home *** CD-ROM | disk | FTP | other *** search
Text File | 1995-03-05 | 245.1 KB | 4,188 lines |
-
- ┌────────────────────────────────────────────────────────────────────────┐
- │ │
- │ FICHERO DE DOCUMENTACION ASCII DE 2M 3.0 │
- │ 2M 3.0 ASCII DOCUMENTATION FILE │
- │ │
- │ Por favor, consulte este fichero a través de menús ejecutando 2M-INFO. │
- │ Please, read this file using a menu-drived interface running 2M-INFO. │
- │ │
- └────────────────────────────────────────────────────────────────────────┘
-
- Este fichero contiene la definición de opciones de los menús de 2M-INFO
- y su contenido. Los comandos que soporta están explicados en el código
- fuente de 2M (fichero 2M-INDOC.C incluído en 2M30SRC.ZIP)
-
- This file contains both 2M-INFO menu definitions and text. The commands
- supported are explained in 2M sources (2M-INDOC.C file in 2M30SRC.ZIP).
-
-
- * * * E S P A Ñ O L * * *
-
- {INICIOIDIOMA ESPAÑOL: 54, 591, 57, 506, 56, 593, 503, 34, 63, 502, 504,
- 212, 52, 505, 507, 595, 51, 80, 508, 598, 58, 3}
-
- {LINEAMENU [APRENDA A USAR 2M EN 30 SEGUNDOS]}
-
- Puede que se sienta abrumado al ver la cantidad de ficheros de que consta
- el nuevo 2M. Aunque 2M es mucho más que un formateador de alta capacidad, para
- utilizar lo básico de este programa le bastan dos ficheros:
-
- 2M.COM: Al ejecutarlo, se quedará instalado en memoria para
- dar soporte a los discos 2M. La versión 2M.SYS es un
- sustituto opcional de 2M.COM pero generalmente menos
- interesante. Coloque 2M.COM en su fichero AUTOEXEC.BAT
- para que se cargue automáticamente al arrancar el DOS.
- 2MF.EXE: Programa para formatear los disquetes 2M. Ejecute
- simplemente 2MF A: para crear un disco 2M, por ejemplo.
- Esta versión de 2MF suele detectar el tipo de disco
- (alta/doble densidad) en 3½ y a veces también en 5¼.
-
- Todos los programas disponen de ayuda en línea con la opción /? y algunos
- de ellos simplemente ejecutándolos. También admiten la opción /I para conmutar
- el idioma.
-
- Los disquetes 2M pueden ser copiados con DISKCOPY en la misma unidad. El
- disco destino podría estar incluso sin formatear (con ayuda de la utilidad
- opcional 2MDOS).
-
- El comando SYS funciona sobre discos 2M de alta densidad (los disquetes
- 2M de alta densidad pueden ser de arranque) gracias a la tecnología SuperBOOT,
- que permite emplear discos 2M en máquinas que no dispongan de 2M, por el
- simple procedimiento de haber arrancado con el disquete introducido en A:
-
-
- {LINEAMENU [PARA QUE SIRVE 2MDOS]}
-
- 2MDOS es un programa residente bastante poderoso que se instala en memoria
- ejecutándolo. Tiene varias misiones importantes, pudiendo cumplir una o más de
- ellas a voluntad del usuario:
-
- - Permitir al DISKCOPY del DOS formatear un disco destino 2M y FDREAD. Hasta
- ahora, DISKCOPY sólo funcionaba hacia discos 2M/FDREAD ya formateados.
- - Permitir al FORMAT del DOS y a la mayoría de los programas de formateo
- crear disquetes mucho más rápidos en el uso normal.
- - Añadir soporte FDFORMAT al sistema. Con 2MDOS en memoria no es necesario
- instalar la conocida utilidad FDREAD.
- - Permitir al FORMAT del DOS crear disquetes no estándar, incluso disquetes
- de tipo 2M y FDFORMAT (aunque 2MF es mucho más eficaz en esta tarea).
-
- La primera misión la realiza por defecto si detecta 2M instalado en
- memoria. Gracias a ello, el soporte para DISKCOPY (o DUPDISK de las Norton) es
- ya prácticamente total.
-
- La segunda misión es la más importante. Por ejemplo, los disquetes 1.44M
- formateados por FORMAT sólo alcanzan una tasa de transferencia de 30 Kb por
- segundo. Con la popular utilidad FDFORMAT y las opciones /X:2 /Y:3 este mismo
- disco alcanza los 39.5 Kb/seg. Finalmente, con 2MDOS instalado y utilizando
- casi cualquier programa para formatear (como el propio FORMAT) los disquetes
- resultantes logran una velocidad de transferencia de 45 Kb/seg. Esta velocidad
- se refiere al uso habitual del disco, una vez que ya ha sido formateado.
-
- 2MDOS implementa dos tecnologías de optimización de formateo: por defecto,
- en 1.2M y 1.44M utiliza la técnica «DiskBoost». En los demás formatos de disco
- se aplica la clásica técnica de «Sector Sliding» introducida inicialmente por
- el popular programa FDFORMAT. Ambas técnicas generan disquetes 100% estándar y
- transportables entre sistemas, pero notablemente más rápidos en el uso normal.
- La técnica «Sector Sliding» es utilizada por algunos formateadores avanzados y
- en algunas versiones de Unix y sistemas no-PC se realiza por defecto. Sin
- embargo, sólo hay dos programas en el mundo, a principios de 1995, que
- soporten la tecnología DiskBoost: la utilidad shareware TurboDsk (de Mr. Lord
- Ground) y 2MDOS. No recomiendo a nadie utilizar TurboDsk: este programa deja
- dos sectores sin verificar al final de las pistas tras la fase de formateo
- (con ayuda de ese truco, del que no informa al usuario, logra esa espectacular
- velocidad de formateo con [semi]verificación).
-
- Recuerde: mientras no aparezca un programa de copia y formateo de discos
- eficiente (que soporte las dos técnicas de formateo, en particular DiskBoost,
- y la copia de discos 2M) los usuarios inteligentes tendrán instalado 2MDOS en
- memoria para crear disquetes óptimos. En otros apartados de 2M-INFO el lector
- tendrá la oportunidad de comprobar la enorme diferencia de velocidad y
- rendimiento de unos y otros formatos.
-
- Con 2MDOS instalado, FORMAT admite casi cualquier formato de disco
- indicando el número de pistas y sectores (opciones /T y /N). Sin embargo, los
- FORMAT de MS-DOS 5/6 (no versiones previas ni el de DR-DOS 6) tienen algunos
- errores internos por los que inicializan mal la FAT de los discos no estándar
- de alta densidad. 2MDOS dispone de una opción para ayudar al FORMAT de MS-DOS
- 5/6 (la opción /FORMAT) que también permite al DISKCOPY de MS-DOS copiar
- disquetes 2M en dos unidades del mismo tipo (en caso contrario sólo admite la
- copia en una misma unidad). Sin embargo, es mejor no habilitar esta opción
- (más información en la ayuda del propio programa).
-
- Hay otro pequeño problema utilizando FORMAT de MS-DOS 6 (el de versiones
- previas o el de DR-DOS no es problemático) que se agrava ligeramente con
- 2MDOS. Si el usuario intenta convertir un disco 2M a estándar con un comando
- del tipo FORMAT A: /U, por el hecho de indicar la opción /U el FORMAT de
- MS-DOS 6 no realiza el formateo incondicional que debiera sino que intenta
- reproducir el formato previo. Si no está instalado 2MDOS fallará ("formateando
- 1.44M... formato no soportado por la unidad") pero si está cargado 2MDOS
- indicará "formateando 1.44M" aunque realmente creará de nuevo un disco 2M (y
- además mal formateado, a menos que estuviera activa también la opción /FORMAT
- de 2MDOS) pero no un disco estándar como incluso afirma. La solución es NO
- indicar /U al formatear un disco 2M previo. O si se indica /U, forzar el
- formato con /F (por ejemplo /F:1.44). Con discos vírgenes, estándar o 2MGUI,
- el FORMAT (de MS-DOS 6) no es problemático.
-
- Hay una élite de usuarios en informática que se diferencia de los usuarios
- más convencionales. Son aquellos que utilizan 4DOS en lugar de COMMAND, QEMM
- en vez de EMM386; en Unix, Linux y no otro de pago con menores prestaciones...
- y desde ahora, discos con optimización DiskBoost en lugar de discos torpes.
-
-
- {LINEAMENU [2MGUI: RECORD ABSOLUTO DE CAPACIDAD]}
-
- 2M era hasta hace poco el formateador de más capacidad. Sin embargo, con
- la aparición de OS/2 3.0 y su formato de 1.84M, los chicos de Backup
- Technologies Inc (Tampa, FL, EEUU) lograron el empate con un nuevo formato
- que, aunque muy parecido, resulta incompatible con 2M. Con la nueva utilidad
- experimental 2MGUI, 2M recupera de nuevo el liderazgo. Los usuarios de 2M
- pueden estar seguros de seguir utilizando el formateador de mayor capacidad
- del mundo.
-
- Los nuevos formatos de disco mantienen una fiabilidad bastante razonable.
- Si no sabe qué formato de disco usar (2M ó 2MGUI) no escriba al autor: yo no
- sabría que decirle. Saque sus propias conclusiones y coménteme cualquier
- incidente.
-
- La utilidad 2MGUI es un controlador de dispositivo para obtener la máxima
- capacidad de los discos. Necesita crear nuevas letras de unidad no sólo para
- ir más lejos en capacidad sino también porque el DOS y la BIOS no son capaces,
- por sí solos, de soportar estos nuevos formatos. Las nuevas letras de unidad
- admiten también los formatos estándar, la mayoría de los FDREAD y, con 2M
- instalado, los formatos 2M.
-
- El programa es tan fácil de usar como todos los demás: un único fichero
- que se instala con DEVICE en el CONFIG.SYS y luego se puede ejecutar en la
- línea de comandos, indicando la unidad, para formatear los discos. Este
- programa es completamente independiente de 2M y 2MF (y compatible con ellos).
-
- ┌───────────┬───────────┬────────────┐
- │ Doble │ Alta │ Extraalta │
- ┌───────────────────────────────┼───────────┼───────────┼────────────┼──────┐
- │ Récord absoluto previo a 2M │ 820,0 Kb │ 1394,0 Kb │ -- │ │
- │ Capacidad máxima 2M (2MF /M) │ 902,0 Kb │ 1558,0 Kb │ -- │ 5.25 │
- │ Capacidad mínima de 2MGUI │ 976,6 Kb │ 1639,8 Kb │ 1203,1 Kb │ (5¼) │
- │ Capacidad límite física (82p) │ 1001,0 Kb │ 1668,2 Kb │ 1228,8 Kb │ │
- ├───────────────────────────────┼───────────┼───────────┼────────────┼──────┤
- │ Récord absoluto previo a 2M │ 984,0 Kb │ 1722,0 Kb │ 2880,0 Kb │ │
- │ Capacidad máxima 2M (2MF /M) │ 1066,0 Kb │ 1886,0 Kb │ 3772,0 Kb │ 3.5 │
- │ Capacidad mínima de 2MGUI │ 1176,0 Kb │ 1972,0 Kb │ 3944,0 Kb │ (3½) │
- │ Capacidad límite física (82p) │ 1201,2 Kb │ 2002,0 Kb │ 4003,9 Kb │ │
- └───────────────────────────────┴───────────┴───────────┴────────────┴──────┘
-
- 2MGUI alcanza los 1972K en todas (100,0%) las unidades de 1.44M y 1985K y
- más en muchas. Probablemente usted piense que su unidad no es de las que
- admiten el formato de ensueño de 1920 ó 1968K. Le aseguro que la mía tampoco,
- y prácticamente casi ninguna. Pero los discos 2MGUI de 1972K sí funcionan
- porque utilizan una técnica nueva nunca concebida hasta ahora. Por tanto,
- olvídese de la baja reputación de los formatos de más de 1886K.
-
- Las unidades 2MGUI soportan el comando DISKCOPY (MS-DOS 5.0 y posteriores,
- DR-DOS 6.0 y Novell DOS) hacia discos con formato y funcionan perfectamente
- bajo Windows. El programa es capaz de operar incluso en sistemas PC/XT y es
- totalmente configurable: a alto nivel, los nuevos discos son 100% programables
- por el usuario; a bajo nivel, se pueden definir todas las características
- importantes y las condiciones de funcionamiento del programa. Sin embargo,
- éste, por defecto, viene configurado para trabajar en la práctica totalidad de
- los equipos, y se adapta a las características del sistema que detecta. La
- opción de test permite además determinar la capacidad máxima de una unidad,
- con precisión milimétrica.
-
- En el funcionamiento bajo Windows y entornos similares, el usuario notará
- que el teclado queda prácticamente bloqueado (y el puntero del ratón ni se
- mueve) al copiar ficheros. Sin embargo, antes de pulsar el botón de reset del
- sistema conviene esperar unos segundos: aunque lo pueda parecer, no está de
- ninguna manera colgado (a menos que haya coincidido casualmente con uno de los
- habituales cuelgues de Windows). El intensivo uso de CPU de 2MGUI no se nota
- tanto en la línea de comandos, pero bajo Windows resulta espectacular. Insisto
- que aunque no aparezca el reloj de arena y el ratón no obedezca, el sistema no
- tiene que haberse colgado necesariamente.
-
- Las técnicas de 2MGUI llevan la controladora de disquetes a condiciones de
- trabajo límite. En realidad, 2MGUI accede directamente a la unidad de disco,
- registrando pistas físicas completas. La controladora es sólo un intermediario
- engañado. Los discos 2MGUI son fiables casi al mismo nivel que los 2M o los
- estándar: el único problema reside en que algún equipo podría no admitir estas
- técnicas, si bien hasta ahora no se ha detectado ninguna máquina (compatible)
- en que falle; otro problema reside en la difícil implementación de estas
- rutinas en sistemas multitarea, al requerir la atención del procesador durante
- elevados e ininterrumpidos períodos de tiempo. Otro pequeño inconveniente es
- que la versión actual necesita crear nuevas letras de unidad en las que el
- primer acceso a un disco no-2MGUI es algo más lento. No es conveniente activar
- la verificación (VERIFY ON) en las unidades 2MGUI, ya que ello implica
- desactivar la escritura retardada para poder verificar, lo que las ralentiza
- mucho más de lo que la verificación podría sugerir (es preferible comparar los
- ficheros tras la copia, si fuera necesario). También conviene indicar 32-40
- buffers en el sistema (sentencia BUFFERS=40 en CONFIG.SYS).
-
- Las unidades 2MGUI se identifican como removibles, y más todavía, como
- auténticas unidades de 1.2/1.44/2.88M; y de esta manera son detectadas por las
- utilidades de diagnóstico (MFT, MSD, etc) y el sistema operativo. Si algún
- programa accede repetida y molestamente a las unidades 2MGUI al realizar
- ciertas operaciones, provocando pausas y ruidos al no haber disco introducido,
- se debe a que no identifica y trata estas unidades como corresponde; la
- solución de este ligero inconveniente no está por desgracia en mis manos.
-
-
- {LINEAMENU [USO DE 2M EN LINUX]}
-
- Mtools es una colección de programas de dominio público para permitir a
- los sistemas Unix leer, escribir y manipular ficheros en sistemas FAT (por lo
- general, disquetes). Cada programa trata de emular su equivalente de MS-DOS de
- la manera más similar. Las mtools son útiles para usuarios Linux, Interactive
- 386, AT&T UnixPC, Sun Sparcstation y DELL SVR4, entre otras plataformas.
-
- Actualmente, es posible utilizar los formatos 2M más interesantes en Unix
- bajo Linux y con comodidad, gracias a las mtools. Las mtools añaden también
- soporte para el resto de los formatos de disco no estándar disponibles. El
- usuario sólo necesita compilar el paquete (si no lo está ya) para usar los
- discos sin tener que montarlos, de manera similar al DOS (mdir, mcopy, etc).
-
- Linux todavía no soporta los nuevos formatos 2MGUI, pero el soporte es
- probable en un futuro muy próximo.
-
- Algunos lugares donde obtener las mtools son (la versión actual es en
- estos momentos la 4.1):
-
- Nodo Directorio Fichero
- ────────────── ─────────────────────────────── ──────────────────────
- ftp.imag.fr pub/Linux/ZLIBC/fdutils fdutils-4.1.src.tar.gz≡
- sunsite.unc.edu pub/Linux/system/Misc fdutils-4.1.src.tar.gz≡
- tsx-11.mit.edu pub/linux/sources/sbin fdutils-4.1.src.tar.gz≡
- ftp.gui.uva.es pub/linux.new/software/diskutil fdutils-4.1.src.tar.gz≡
-
- Las Mtools fueron originalmente desarrolladas por Emmet P. Gray; sin
- embargo, los actuales programadores son Alain Knaff (Grenoble, Francia) y
- David Niemi (Reston, Virginia, EEUU).
-
-
- {LINEAMENU [USO DE 2M EN OS/2]}
-
- OS/2 3.0 incorpora su propio formato de disco de 1.84M. Aunque aparecido
- un año más tarde que 2M, este formato no es compatible con 2M. Es más, OS/2
- no admite (sin ayuda) los disquetes 2M, mientras Linux ya tiene soporte para
- los mismos.
-
- El autor de 2M no tiene previsto soportar de momento los disquetes OS/2
- bajo DOS (cuyas imágenes creadas por XDFCOPY pueden, de hecho, volcarse a
- discos 2MF/M de 80 pistas con utilidades como RAWRITE). Pero sí tengo
- intención de diseñar en el futuro un controlador específico para añadir
- soporte 2M a OS/2 y otros entornos más, dependiendo de mi tiempo libre (muy
- reducido actualmente).
-
- Por el momento, es posible el uso de disquetes 2M bajo OS/2 utilizando los
- controladores DOS ordinarios, con ciertas restricciones e incomodidades
- lógicas por tratarse de una solución provisional. La versión 3.0 de 2M es la
- primera en que el soporte es realmente operativo y ha sido suficientemente
- probado (el programa 2M-OS2.EXE que se suministró en alguna versión anterior
- tenía algún problema; tampoco era realmente operativa la solución que se
- propuso en la versión 2.1 de 2M a través de DRIVER.SYS).
-
- Veamos qué consideraciones hay que tener en cuenta para utilizar disquetes
- 2M en OS/2. Para empezar, es necesario arrancar el DOS desde un disquete,
- desde un fichero imagen del disco de arranque DOS, o desde una partición DOS;
- ya que en las ventanas DOS ordinarias 2M no puede controlar los accesos a
- disco. Curiosamente, sí se puede formatear en estas ventanas, pero no trabajar
- con el disco: lo que sucede es que el sistema de ficheros de la emulación DOS
- que incorpora OS/2 está gestionado al parecer sin llamadas a la BIOS,
- precisamente las que intercepta 2M, que por tanto no se da cuenta de los
- accesos a disco. Una vez arrancado desde un fichero imagen con, por ejemplo,
- MS-DOS 6 (creado con VMDISK de OS/2) o desde una partición DOS, 2M funciona.
-
- Pero lo más probable es que el usuario tenga instalada en el CONFIG.SYS la
- utilidad FSFILTER.SYS para poder acceder a las particiones HPFS y, sobre todo,
- para poder escribir sobre las particiones FAT ordinarias, que serían de sólo
- lectura en caso contrario. Y aquí vuelven los problemas: al instalar este
- driver que altera el acceso a disco por parte del DOS, 2M deja de nuevo de ser
- operativo. Hay dos soluciones posibles. Una es utilizar FSACCESS para retirar
- el control de A: y B: a FSFILTER (con un comando del tipo FSACCESS !A). El
- problema es que este comando requiere que haya un disquete en la unidad (con
- o sin formato) para no retornar el error de no preparada, y eso es bastante
- incómodo. Además, el MS-DOS se ve bastante afectado por la política de OS/2 y,
- en general, las unidades A: y B: experimentan frecuentes fallos con disquetes
- 2M. Por tanto, la solución más eficaz será instalar un driver tras FSFILTER
- que implemente dos nuevas unidades lógicas (como la D: y la E: por ejemplo)
- que utilicen la BIOS para acceder a los disquetes: en estas nuevas unidades ya
- no habrá problemas de ninguna clase con FSFILTER. Dicho driver en nuestro caso
- será 2MGUI. Por supuesto, 2M deberá estar también instalado.
-
- Estas sesiones DOS conviene que tengan suficientes privilegios (con los
- riesgos que ello conlleva para la integridad global del sistema) lo que podría
- obligar a algún usuario a retocar su configuración.
-
- Sin embargo, el acceso a los disquetes 2M en OS/2, posible a partir de ese
- momento, no es precisamente cómodo. Hay que tener en cuenta que cuando una
- aplicación hace un acceso de E/S a algunos puertos de la controladora de
- disquetes, algo frecuente en el código de 2M, OS/2 intercepta el acceso a
- dicho puerto y accede, sistemáticamente, a las unidades A: y B: para leer la
- FAT en caso de que tengan dicho sistema de ficheros. Imaginemos que se ejecuta
- un DIR D: para acceder a un disquete 2M (en A: realmente). Primero se enciende
- el LED de dicha unidad, pasan 15 segundos mientras OS/2 intenta fallidamente
- leer la FAT (parte de ella en la segunda pista, de formato 2M), se enciende el
- LED de la otra unidad, pasan otros 2 segundos (si no había disco) y,
- finalmente, se vuelve a encender el LED de la unidad D: y al cabo de dos o
- tres segundos aparece el directorio. En total, unos 20 segundos para el primer
- acceso.
-
- Afortunadamente, hasta que el motor se pare, no habrá más interferencias y
- se podrán copiar y borrar ficheros a la velocidad normal... pero ese primer
- acceso es desesperadamente lento. Y cuando el motor se pare (por fortuna, dura
- al menos 5 segundos encendido en OS/2), en el siguiente acceso volverá a
- repetirse la historia.
-
- Existiría una solución técnica que consistiría en modificar el sector de
- arranque físico de los disquetes 2M (el virtual seguiría igual) para indicar
- una FAT más pequeña de la real, con objeto de que OS/2 puediera leerla en un
- instante. De esta manera se reduciría a muy pocos segundos el primer acceso
- (téngase en cuenta que no es nocivo engañar a OS/2: quien realmente gestiona
- ese disquete es la máquina virtual MS-DOS). Sin embargo, el sistema operativo
- Linux no está actualmente preparado para poder acceder a un disquete 2M con
- esta información alterada en el sector de arranque físico y, como es natural,
- el autor de 2M no va a anular la compatibilidad con Linux para acelerar 2M en
- otro sistema operativo intencionadamente no compatible con 2M. Otra línea de
- investigación actual pretende esquivar la intercepción de puertos de OS/2, ya
- que éste no protege el acceso a las direcciones no estándar (por ejemplo, el
- puerto 0x3F7 es el mismo que el 0x13F7) pero aún está en fase de estudio.
-
- Hay otra solución posible que requiere la astucia del usuario: cuando vaya
- a acceder a un disquete 2M, retirarlo inicialmente de la unidad. Así, OS/2
- sólo pierde un par de segundos con él y, mientras accede a la siguiente
- unidad, el usuario puede introducirlo para que otro par de segundos más tarde
- (ya con el acceso efectivo de MS-DOS) aparezca el directorio, si se trataba de
- un comando DIR. O astucia, o esperar unos buenos segundos cada vez.
-
-
- {LINEAMENU [USO DE 2M EN WINDOWS 95]}
-
- Aunque en Windows 3.X no es necesario tomar medidas especiales (es
- suficiente con tener 2M instalado antes de entrar en Windows) bajo Windows 95
- beta 2 (Octubre 1994) los discos 2M no están directamente soportados, aunque
- es posible conseguir que funcionen sin excesivos problemas.
-
- 1) Método integrado en el sistema.
- ──────────────────────────────────
- El usuario deberá configurar Windows 95 para retirarle el control de las
- unidades de disquete, para que de esta manera se apoye en la BIOS ordinaria (y
- por tanto en 2M, cargado desde el CONFIG.SYS o el AUTOEXEC.BAT). Si usted está
- ahora mismo en Windows 95, pruebe a seleccionar el Control Panel (Panel de
- Control) y elija el icono System (Sistema). ¿Lo ha hecho ya?. Abra la opción
- Device Manager (Administrador de Dispositivos). Ahora, sólo es preciso elegir
- Floppy Disk Controllers (Controladores de Disquete) para que se expanda y
- aparezca la opción Standard Floppy Disk Controllers (Controladores Estándar de
- Disquete). Seleccionando esta opción aparece otra ventana en la que debe
- desactivar la opción «Original configuration» (Configuración original) del
- recuadro Device Usage (Uso del Dispositivo) pulsando con el ratón para apagar
- la cruz de selección. Al salir le preguntará si desea reiniciar Windows,
- responda afirmativamente. 2M será desde este momento plenamente operativo,
- tanto a nivel de ventanas DOS como dentro del propio Windows 95.
-
- Al volver al panel donde aparece Standard Floppy disk controllers, el
- usuario notará que está tachada esta opción: eso no significa que no haya
- soporte para disquetes, sino que Windows no lo ejerce: las unidades de
- disquete son controladas por MS-DOS 7.0 y la BIOS. El problema es que Windows
- 95 es extremadamente lento con ellas en esta configuración. De hecho, el
- sistema prácticamente se colapsa al acceder a las unidades, que aunque lentas
- son operativas (conviene ser pacientes, aunque el ratón no obedezca o incluso
- desaparezca el sistema no está bloqueado). Las operaciones de copia tardan
- entre dos y tres veces más que bajo DOS ... y no son multitarea.
-
- Los usuarios que no estén conformes con la lentitud (cuya causa desconozco
- pero no debe estar muy relaccionada con la multitarea, ya que OS/2 no tiene
- este problema y es aún más multitarea) pueden prescindir del entorno de
- Windows y del comando COPY de las ventanas DOS. En su lugar, recomiendo usar
- en dichas ventanas DOS la utilidad TurboCopy de Pierre J. Le Riche, disponible
- en los mismos lugares de FTP y BBS que el propio 2M con el nombre TCPYxxx.ZIP;
- este programa no colapsa el sistema al copiar y además es prácticamente tan
- rápido como bajo DOS (su uso es muy similar al de COPY y es la herramienta
- de los profesionales en la copia de archivos). El propio 2MF no colapsa al
- sistema en ningún momento y trabaja concurrentemente sin frenar las demás
- aplicaciones. Al parecer, el problema reside en la conexión entre MS-DOS y
- Windows 95... que tal vez sea solucionado en la versión final del sistema.
-
- 2) Método de salida al MS-DOS.
- ──────────────────────────────
- Aun bajo Windows 95, es posible salir de este sistema momentáneamente al
- MS-DOS 7.0 sin tener que reinicializar la máquina. En MS-DOS los discos van
- mucho más rápidos y 2MGUI es operativo (no funciona con el método anterior en
- su actual versión, quizá porque la versión de Windows 95 evaluada era una
- beta). El único inconveniente de esta opción es que detiene momentáneamente al
- resto del sistema.
-
- Como Windows 95 no incorpora por defecto esta opción, el usuario habrá de
- añadírsela. Se creará un nuevo icono para referenciar las nuevas ventanas (en
- realidad, pantalla completa) de MS-DOS. El procedimiento es el siguiente: se
- pulsa con el ratón sobre el TaskBar (Barra de Tareas) y se elige la opción de
- Start Menu Programs (Comenzar Menú de Programas). Se selecciona a continuación
- el botón Add (Añadir) y en Command Line (Línea de Comando) se debe indicar
- normalmente C:\WINDOWS\COMMAND.COM pulsando después Next (Siguiente). Después
- se puede seleccionar New Folder (Nuevo Grupo) y en lugar de la propuesta de
- Windows "Program Group #1" (Grupo de Programa #1) se puede indicar, por
- ejemplo, TrueDos (AuténticoDos) y pulsar Next (Siguiente) otra vez. Cuando
- solicite un Name for the Shortext (Descripción) indicar por ejemplo DOS7 y
- pulsar de nuevo sobre Next (Siguiente). A continuación, se elige el icono
- preferido (por ejemplo, el del propio MS-DOS) y se pulsa Finish (Terminar).
-
- Con esto, se habrá creado una nueva opción de llamada para sesiones DOS,
- aparte de la que viene por defecto. Seleccionándola, se abre una ventana DOS
- aparentemente normal. Para completar la configuración, hay que seleccionar el
- icono Properties (Propiedades) de la parte superior y pulsar sobre Advanced
- (Avanzado). Después hay que seleccionar MS-DOS Mode (Modo MS-DOS). Puede ser
- interesante deseleccionar Warm Before Entering MS-DOS Mode (Advertencia antes
- de entrar en modo MS-DOS) si bien la beta 2 de Windows 95 sigue pidiendo
- confirmacion en el futuro cuando se inicie una sesión. Conviene salir
- confirmando pero SIN elegir la opción Configuration (Configuración): en caso
- de elegirla, por desgracia se crearán un AUTOEXEC y CONFIG propios para esa
- ventana y el ordenador tendrá que reinicializarse cada vez que se active (lo
- cual es lento). Es mejor no tocar para nada esa opción.
-
- El nuevo icono ya creado y configurado constituye realmente una salida
- temporal al MS-DOS, retornándose a Windows con la orden EXIT (que procede de
- nuevo a su carga).
-
-
- {LINEAMENU [PARA QUE SIRVEN 2M-ABIOS Y 2M-XBIOS]}
-
- Algunos ordenadores poseen una BIOS antigua o con un diseño propio poco
- compatible en el control de disco. En estas máquinas, 2M y otros programas de
- acceso a bajo nivel pueden fallar. En dichos casos, se puede instalar esta
- utilidad antes que 2M, y en general que cualquier otro software que acceda al
- subsistema de disco. La versión 2M-ABIOS es para AT y 2M-XBIOS para PC/XT.
-
- Estos programas actualizan el soporte de disco flexible al nivel de las
- BIOS AMI de 1993. Si con ellos instalados 2M no opera de manera totalmente
- correcta (aunque en general 2M depende realmente muy poco de la BIOS, pero el
- autor ya conoce algún caso al respecto) y en la máquina no está instalado
- algún otro software de disco incompatible con 2M, entonces el ordenador no
- es 100% compatible hardware con el estándar de disco; esto es particularmente
- cierto si ni siquiera se reconocen los discos estándar del DOS.
-
- Esta utilidad también sirve para añadir soporte de 1.44M a máquinas con
- BIOS antigua, algunas de ellas incluso AT (en estos casos, el usuario debe
- ignorar la información sobre el tipo de la unidad que pueda reportar dicha
- BIOS al arrancar).
-
- El programa contiene una emulación al 100% del eficaz código de control de
- disco de las BIOS AMI, relevando así por completo de esta tarea a la BIOS del
- sistema. De ahí que haya sido diseñado en este formato, para forzar al usuario
- a instalarlo antes de los demás programas de disco, a los que anularía por
- completo (ya que nunca más vuelve a apoyarse en el nivel anterior).
-
- Recuerde que si en su ordenador funciona correctamente 2M, usted NO
- necesita instalar este programa, máxime si ya tiene una BIOS AMI (o cualquier
- otra de análoga eficiencia en materia de disquetes). Una excepción quizá son
- las viejas máquinas PC/XT: aún con controladoras de doble densidad, puede ser
- interesante instalar 2M-XBIOS para modernizar el subsistema de disco y
- aumentar la compatibilidad con las modernas utilidades para disquetes. En los
- viejos PC de IBM a 4.77 las unidades van algo más rápidas con los disquetes
- optimizados (formateados con 2MDOS instalado) si además se instala 2M-XBIOS
- para controlarlas. El código de 2M-XBIOS se adapta totalmente en las
- temporizaciones a cualquier máquina (de hecho correría en un 386, 15 veces más
- rápido, si no comprobara la CPU al instalarse): si no opera en su PC es que la
- controladora no es compatible. Y si está en placa base no podrá sustituirla.
-
-
- {LINEAMENU [USO DE 2M EN PC/XT: 2MX]}
-
- Aunque 2M fue inicialmente concebido para máquinas AT, a partir de la
- versión 1.2 ha estado acompañado de una versión para PC/XT: 2MX. El único
- requisito es que el ordenador esté equipado con una controladora y unidades de
- alta densidad. Algunas máquinas modernas de tipo subnotebook, que caben en la
- palma de la mano, vienen preparadas para conectar una de estas disqueteras
- externas. Otros PC/XT de reciente fabricación traen ya controladoras de alta
- densidad y BIOS que las soportan, aunque luego el fabricante haya colocado una
- unidad de doble densidad que el usuario puede sustituir. Finalmente, a
- aquellas máquinas más antiguas que no pertenecen a ninguna de estas dos
- categorías, se les puede sustituir la controladora y unidades de doble
- densidad por otras de alta, que en el futuro el usuario podrá colocar en una
- máquina AT; se trata por tanto de una inversión rentable y muy, muy barata.
-
- Si bien resulta difícil encontrar actualmente en el mercado controladoras
- de alta densidad para PC/XT, en caso necesario se puede optar por poner una
- de AT. En las pruebas de 2MX me vi obligado a insertar una controladora de 16
- bits en un slot de 8 bits. La tarjeta era una IDE multi-io; sin embargo, la
- parte alta del bus (que no se puede conectar al ser de 8 bits el slot) sólo se
- utiliza para acceder al disco duro IDE, pudiendo ser inhibida con un jumper
- (si bien ni siquiera esto resultó necesario). La parte correspondiente al
- control de disquetes y los puertos serie/paralelo era totalmente funcional, ya
- que sólo opera con la mitad baja del bus.
-
- El principal problema radica en que la BIOS de los PC/XT en el 99% de los
- casos no está preparada para soportar alta densidad. La solución en este tipo
- de máquinas pasa por instalar una BIOS más moderna con ayuda de 2M-XBIOS.EXE,
- el programa residente que emula la BIOS AMI de AT en los XT. De hecho, 2MX
- solicita al usuario la instalación de este controlador cuando advierte que no
- puede detectar el tipo de las unidades (algo lógico si la BIOS es obsoleta y
- no informa del tipo). Sin embargo, en algunos PC/XT modernos podría ser que
- 2MX se instalara automáticamente sin requerir 2M-XBIOS. Si en este caso nota
- alguna anomalía en las unidades, pruebe a instalar también antes 2M-XBIOS.
-
- 2MX y 2M-XBIOS requieren una máquina compatible con el estándar de IBM; en
- ese sentido, ambos programas han sido probados en un PC IBM 4.77 original, en
- un PS/2-30 con 8086 y actualmente dan servicio continuamente en algún clónico
- oriental. Suele ocurrir que ciertos equipos de marca de tipo PC/XT no son
- suficientemente compatibles; aparte de otros que llevan en placa base las
- controladoras de disco que no pueden ser reemplazadas. Usted sólo podrá saber
- si su equipo es compatible haciendo la prueba; el autor de 2M no puede saberlo
- con anterioridad ni tampoco puede hacer nada si la máquina no es compatible.
- Si su equipo es un clónico oriental, es casi seguro que será compatible; si es
- de marca y no es IBM, podría no serlo.
-
-
- {LINEAMENU [DATOS DE INTERES...]}
- {LINEASUBMENU [NUEVAS VERSIONES: COMO CONSEGUIRLAS]}
-
- El medio más rápido de obtener las nuevas versiones de 2M es vía Internet.
- Los principales puntos actuales de distribución son:
-
- Nodo (país) Directorio Ficheros
- ─────────────────────────── ───────────────────── ────────
- ftp.gui.uva.es (España) pub/pc/2m 2m*.zip
- oak.oakland.edu (EEUU) SimTel/msdos/diskutil 2m*.zip
- garbo.uwasa.fi (Finlandia) pc/format 2m*.zip
-
- Oak.oakland.edu es el espejo primario de Simtel; para obtener una lista
- completa de todos los espejos (y elegir el más cercano a su país) envíe un
- email a listserv@SimTel.Coast.NET conteniendo la línea "get mirrors.info". Las
- versiones previas de 2M en Garbo estaban en pc/diskutil pero intentaré que
- ésta y las sucesivas estén en pc/format. Para usuarios sin acceso de ftp pero
- con acceso email, doy instrucciones más abajo.
-
- A través de BBS, el autor del programa sólo lo deja directamente en su
- propia ciudad y alguna más, conociendo también otras donde está disponible:
-
- DATABYTE BBS (Valladolid):
- +34 -83 -307574 00-24h (1200-28800) Grupo Varios
- Area de Ficheros del GUI y Login: (198)
- ARCO IRIS BBS (Valladolid):
- +34 -83 -392304 22-10h (1200-14400) Grupo Varios
- Area de Ficheros del GUI y Login: (198)
- EMPORIUM BBS (Madrid):
- +34 -1 -3780127 00-24h (1200-28800) Area Cirisoft (8)
-
- MEGAWARE BBS (Barcelona):
- +34 -3 -2473941 00-24h (1200-28800) Area DOS: Sistema (63)
-
- DUTCH INFO CENTER (Hilversum, Holanda):
- +31 -35 -248214 00-24h (1200-14400)
- +31 -35 -239301 00-24h (1200/2400)
-
- [Si algún usuario *con_acceso_a_Internet* se compromete a dejar las nuevas
- versiones en alguna BBS local a la que tenga acceso, sea cual sea su país,
- que no tarde lo mas mínimo en comunicármelo, indicándome los datos de una
- manera similar a como he hecho arriba. Seréis los primeros en enteraros de
- las nuevas versiones que aparezcan. ¡Aprovechad la postal para decírmelo!]
-
- Finalmente, los usuarios de Internet que no tengan acceso de FTP pueden
- recibir la última versión de 2M por correo electrónico (UUENCODE). El fichero
- solicitado podrá ocupar varias cartas, ya que cada una no excederá los 30000
- bytes. Dichas cartas deberán ser grabadas en disco con el nombre indicado en
- el "subject" y después procesadas con una utilidad uudecode indicando el
- nombre de la primera. Para ello, enviar una carta a ftpmail@gui.uva.es con el
- siguiente contenido:
- open ftp.gui.uva.es
- cd pub/pc/2m
- get 2m30.zip
-
- También puede obtenerse por el mismo procedimiento el fichero 2m30src.zip
- con los fuentes. Para pedir ayuda de los comandos disponibles, enviar una
- carta con una linea que ponga simplemente "help".
-
- El programa está tambien disponible con versiones relativamente modernas
- en los discos y CD-ROMs de Simtel, Garbo, J/K Software, Made in Holland y
- CDWARE Multimedia. Las empresas de distribución de software de dominio público
- en disquetes o CD-ROM que lo deseen pueden escribirme: informaré de ellas aquí
- e incluso podría enviarles las nuevas versiones que aparezcan.
-
-
- {LINEASUBMENU [MEJORAS SOBRE LA VERSION ANTERIOR]}
-
- Correcciones de errores:
- ────────────────────────
- - Corregido un fallo por el que 2M 2.1 no liberaba la memoria al
- desinstalarse de memoria convencional.
- - Corregido un fallo en 2M que hacía colgarse al sistema si una aplicación
- solicitaba incorrectamente un acceso en el sector BIOS 0 (no existente).
- - Corregido un fallo en la comunicación de 2M.COM con el código SuperBOOT.
- - 2M usa un byte de relleno 0xF6 durante el formateo en lugar de 0 (mejor
- detección de fallos en la superficie magnética).
- - Corrección de algunos fallos menores.
-
- Mejoras generales:
- ──────────────────
- - Pequeñas mejoras técnicas en el código residente de 2M.
- - 2M y 2MGUI utilizan un código Multiplex superior a 0xC0. Esto les permite
- evitar que MSD de MS-DOS 6.22, por una de sus erratas, bloquee el sistema.
- - 2MF no permite formatear más pistas de las que admite la unidad.
- - 2MF detecta automáticamente la densidad del disco destino en 3.5; opciones
- de etiquetado serializado y anulación de pausa final; opción para anular
- parpadeo de LEDs.
- - 2M-XBIOS funciona correctamente en las unidades de 720K de los IBM PS/2-30
- con 8086 (mejor que la BIOS AMI original :-)
- - 2M-ABIOS actualiza la CMOS del equipo.
- - Nuevo parámetro en 2M-ABIOS y 2M-XBIOS para forzar el control de las
- disqueteras si fallaran al intentar obtenerlo cooperando con la BIOS.
- - Código fuente totalmente reestructurado. No hay casi ficheros con partes
- duplicadas (mantenimiento más sencillo). Los programas se pueden compilar
- con cualquier versión de TASM y Turbo C/Borland C sin modificaciones y sin
- requerir cambiar la configuración por defecto del compilador.
- - Ayuda en línea de los programas más completa.
- - Más y mejor documentación en general. Similar número de ficheros en total
- (sencillo de usar).
- - Los nuevos programas incluídos han sido probados durante cuatro (2MGUI) y
- siete meses (2MDOS) antes de ser editados.
-
- Nuevos programas:
- ─────────────────
- - Utilidad 2MDOS para mejorar el soporte DISKCOPY de los disquetes 2M y para
- optimizar el formateo de discos estándar.
- - Utilidad experimental 2MGUI para obtener la máxima capacidad de todos los
- discos y para añadir un rudimentario soporte 2M a OS/2.
- - Utilidad 2M-INFO totalmente reescrita: integra todos los ficheros de
- documentación anteriores; opciones 765DEBUG (depuración a bajo nivel de
- disquetes) y FDTR (análisis de velocidad de formatos de disco).
-
-
- {LINEASUBMENU [CAPACIDAD DE 2M]}
-
- En los siguientes cuadros se muestra la capacidad máxima obtenida por los
- principales formatos de disco existentes en la actualidad. Además de los
- formatos estándar se ha elegido el popular programa FDFORMAT de Christoph H.
- Hochstätter (Alemania), uno de los pioneros en estas técnicas y que sirve
- también para crear discos estándar; aunque han surgido más imitadores
- posteriores, se le puede considerar el programa de referencia en cuanto al
- límite máximo de capacidad posible con sectores de tamaño estándar. De hecho,
- los "nuevos" discos DMF de Microsoft (1.68M) llevan muchos años pudiendo ser
- creados con FDFORMAT A: T80 N21 C4 D16 M240.
-
- ┌─────────────────────────────┬───────────────────┬───────────────────┐
- │ Programa formateador │ 5¼ - DD │ 5¼ - HD │
- ├─────────────────────────────┼───────────────────┼───────────────────┤
- │ FORMAT (40/80 pistas) │ 368.640 (360K) │ 1.228.800 (1200K) │
- │ FDFORMAT 1.8 (82 pistas) │ 839.680 (820K) │ 1.427.456 (1394K) │
- │ 2MF 3.0 /F (82 pistas) │ 839.680 (820K) │ 1.511.424 (1476K) │
- │ 2MF 3.0 /M (82 pistas) │ 923.648 (902K) │ 1.595.392 (1558K) │
- │ 2MGUI 1.0 (82 pistas) │ 1.000.064 (976K) │ 1.679.104 (1639K) │
- │ DISCO VIRGEN (82 pistas) │ 1.025.000 (1001K) │ 1.708.224 (1668K) │
- └─────────────────────────────┴───────────────────┴───────────────────┘
-
- (El formato FDFORMAT 5¼-1476K funciona en muchas, pero no en todas las
- unidades). En general, 2MGUI permite obtener más capacidad en casi todas las
- unidades de la que ofrece por defecto; aunque se trata de un programa con unas
- características muy peculiares, por lo que no ha desplazado a 2M.
-
- ┌─────────────────────────────┬───────────────────┬───────────────────┐
- │ Programa formateador │ 3½ - DD │ 3½ - HD │
- ├─────────────────────────────┼───────────────────┼───────────────────┤
- │ FORMAT (40/80 pistas) │ 737.280 (720K) │ 1.474.560 (1440K) │
- │ FDFORMAT 1.8 (82 pistas) │ 839.680 (820K) │ 1.763.328 (1722K) │
- │ 2MF 3.0 /F (82 pistas) │ 1.007.616 (984K) │ 1.847.296 (1804K) │
- │ 2MF 3.0 /M (82 pistas) │ 1.091.584 (1066K) │ 1.931.264 (1886K) │
- │ 2MGUI 1.0 (82 pistas) │ 1.204.224 (1176K) │ 2.019.328 (1972K) │
- │ DISCO VIRGEN (82 pistas) │ 1.230.000 (1201K) │ 2.050.000 (2002K) │
- └─────────────────────────────┴───────────────────┴───────────────────┘
-
- 2M no ha sido probado aún en 2.88M por el autor. Sin embargo, terceras
- personas corroboran que ya funcionaba con discos estándar de 1.44M en las
- unidades de 2.88M.
-
- ┌──────────────────────────┬────────────────────┬──────────────────┐
- │ FORMAT (80 pistas) │ 2.949.120 (2880K) │ │
- │ 2MF /F 3.0 (82 pistas) │ 3.694.592 (3608K) │ 3.5 ED Extra │
- │ 2MF /M 3.0 (82 pistas) │ 3.862.528 (3772K) │ Alta │
- │ 2MGUI 1.0 (82 pistas) │ 4.038.656 (3944K) │ (3½) densidad │
- │ DISCO VIRGEN (82 pistas) │ 4.100.000 (4004K) │ │
- └──────────────────────────┴────────────────────┴──────────────────┘
-
-
- {LINEASUBMENU [VELOCIDAD DE 2M]}
-
- Las pruebas de velocidad se referirán siempre a máquinas con procesador
- 286 o superior; los equipos PC/XT son más lentos y los formatos de disco no
- están calibrados para optimizar el rendimiento en ellos (algo que no tendría
- sentido teniendo en cuenta la baja extensión de estas máquinas, y que sus
- usuarios están acostumbrados a su velocidad :-). En el siguiente cuadro
- aparece una comparativa de la velocidad de transferencia alcanzada por los
- diversos formatos de disco. Estos datos están obtenidos con la opción FDTR de
- 2M-INFO, y se corresponden con la tasa de transferencia a nivel BIOS (excepto
- en formatos 2MGUI, a nivel DOS).
-
- En el caso de FDFORMAT se muestran los rendimientos que obtiene con discos
- estándar y con discos de máxima capacidad. FDFORMAT fue pionero introduciendo
- la técnica conocida como "Sector Sliding"; por ello, los discos FDFORMAT
- estándar son notablemente más rápidos que los de FORMAT. En las pruebas se han
- utilizado los valores /X e /Y que el autor de FDFORMAT recomienda en la
- documentación del programa (sin ellos, FDFORMAT sería tan lento como FORMAT).
-
- 2MDOS añade soporte «Sector Sliding» a todos los demás formateadores, y
- una nueva técnica aún más rápida en 1.2M y 1.44M (DiskBoost). Es decir, con
- 2MDOS instalado el usuario puede seguir utilizando su formateador de siempre
- pero obtendrá mejores resultados. Por ello, si el usuario realiza pruebas con
- FORMAT o FDFORMAT debería NO tener instalado 2MDOS durante las mismas para
- evitar que interfiera el resultado, o al menos inhibir las optimizaciones con
- algún parámetro. Para probar la eficacia de 2MDOS se utilizó FORMAT, pero da
- lo mismo el programa que se hubiera empleado.
-
- ┌────────────────┬────────────────┬──────┐
- │ Doble densidad │ Alta densidad │ Datos│
- ├────────────────┼────────────────┤ en │
- │ Lect. Escr. │ lect. Escr. │ Kb/sg│
- ┌───────────────┼────────────────┼────────────────┼──────┤
- │ FORMAT │ 18.16 18.16 │ 30.13 30.13 │ │
- │ FORMAT+2MDOS │ 22.11 22.12 │ 44.98 44.99 │ │
- │ FDFORMAT [1] │ 22.11 22.12 │ 39.73 39.73 │ 5.25 │
- │ FDFORMAT [2] │ 25.00 25.00 │ 25.26 25.23 │ │
- │ 2MF /F │ 25.04 25.00 │ 46.33 46.33 │ (5¼) │
- │ 2MF /M │ 16.49 16.49 │ 28.50 28.47 │ │
- │ 2MGUI │ 29.82 26.49 │ 51.57 41.01 │ │
- ├───────────────┼────────────────┼────────────────┼──────┤
- │ FORMAT │ 15.05 15.05 │ 30.14 30.14 │ │
- │ FORMAT+2MDOS │ 19.32 19.32 │ 44.98 44.98 │ │
- │ FDFORMAT [1] │ 19.32 19.32 │ 39.58 39.53 │ 3.5 │
- │ FDFORMAT [2] │ 21.78 21.75 │ 24.79 24.79 │ │
- │ 2MF /F │ 25.72 25.76 │ 48.49 48.50 │ (3½) │
- │ 2MF /M │ 16.25 16.25 │ 28.74 28.77 │ │
- │ 2MGUI │ 30.17 25.52 │ 50.66 38.50 │ │
- └───────────────┴────────────────┴────────────────┴──────┘
- [1] Formatos estándar (360-720-1.2-1.44) y /X e /Y óptimos.
- [2] Formatos máximos (820-820-1.48-1.72) y /X e /Y óptimos.
-
- Como la prueba anterior es muy técnica, algún lector probablemente opine
- que sería mejor realizar alguna más "real". Eso es lo que vamos a mostrar en
- los siguientes cuadros. Se utilizaron en total 21 ficheros (2 de 256K, 3 de
- 128K, 4 de 64K, 5 de 32K, 6 de 16K y 1 de 15.5K) que totalizaban un disco
- completo de 1.44M. La prueba de escritura consistió en COPY C:\TEST\*.* A: y
- la de lectura en un COPY /B *.* NUL (de esta manera no se contabiliza el
- tiempo de escritura en disco duro). En la prueba de escritura se descontaron
- además de todos los resultados los 5 segundos que tardaba la operación de
- lectura de datos del disco duro. Con FDFORMAT se utilizaron siempre los
- parámetros /X:2 e /Y:3 para lograr la mayor velocidad posible. Resultados con
- disquetes estándar (recordar que 2MDOS instalado durante el formateo afectaría
- a los demás programas de formateo) y con BUFFERS=40:
-
- ┌──────────────────┬────────────┬────────────┬────────────┐
- │ Formato │ 1.44 │ 1.44 │ 1.44 │
- ├──────────────────┼────────────┼────────────┼────────────┤
- │ Formateador │ FORMAT │FDFORMAT [1]│ 2MDOS [2] │
- ├──────────────────┼────────────┼────────────┼────────────┤
- │ Tiempo escritura │ 1:17.28 │ 1:06.57 │ 1:01.18 │
- ├──────────────────┼────────────┼────────────┼────────────┤
- │ Tiempo lectura │ 0:54.82 │ 0:43.22 │ 0:39.16 │
- ├──────────────────┼────────────┼────────────┼────────────┤
- │ Espacio libre │ 0 │ 0 │ 0 │
- ├──────────────────┼────────────┼────────────┼────────────┤
- │ Escritura (Kb/s) │ 18.42 │ 21.38 │ 23.27 │
- ├──────────────────┼────────────┼────────────┼────────────┤
- │ Lectura (Kb/s) │ 25.97 │ 32.94 │ 36.35 │
- ├──────────────────┼────────────┼────────────┼────────────┤
- │ Promedio (Kb/s) │ 22.20 │ 27.16 │ 29.81 │
- │ Indice relativo │ 100.00 │ 122.34 │ 134.28 │
- └──────────────────┴────────────┴────────────┴────────────┘
- [1] Técnica «Sector Sliding» con opciones /X:2 /Y:3
- [2] Técnica «DiskBoost» (se empleó FORMAT con 2MDOS instalado).
- Sin TSR's cargados (salvo 2M/2MDOS) y BUFFERS=40 en CONFIG.SYS
-
- Como salta a la vista, los discos formateados con 2MDOS instalado son
- notablemente más rápidos que los normales. Los disquetes 2MDOS son también
- los más rápidos en la práctica, y no solo en la teoría, como evidencian las
- pruebas. He aquí la velocidad de los formatos de disco extendidos, con la
- misma prueba:
-
- ┌──────────────────┬─────────┬─────────┬─────────┬─────────┬─────────┐
- │ Formato │ 1.64 │ 1.72 │ 1.80 │ 1.88 │ 1.97 │
- ├──────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┤
- │ Formateador │FDFORMAT │FDFORMAT │ 2MF │ 2MF │ 2MGUI │
- ├──────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┤
- │ Tiempo escritura │ 0:55.53 │ 1:23.10 │ 1:19.04 │ 1:29.25 │ 1:27.93 │
- ├──────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┤
- │ Tiempo lectura │ 0:39.82 │ 1:01.46 │ 0:40.59 │ 0:50.37 │ 0:44.93 │
- ├──────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┤
- │ Espacio libre │ 203.776 │ 287.744 │ 370.688 │ 454.656 │ 552.960 │
- ├──────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┤
- │ Escritura (Kb/s) │ 25.63 │ 17.13 │ 18.01 │ 15.95 │ 16.19 │
- ├──────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┤
- │ Lectura (Kb/s) │ 35.75 │ 23.16 │ 35.07 │ 28.26 │ 31.68 │
- ├──────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┤
- │ Promedio (Kb/s) │ 30.69 │ 20.15 │ 26.54 │ 22.11 │ 23.94 │
- │ Indice relativo │ 138.24 │ 90.77 │ 119.55 │ 99.59 │ 107.84 │
- └──────────────────┴─────────┴─────────┴─────────┴─────────┴─────────┘
-
- Los datos demuestran que 2M es significativamente más rápido que FORMAT
- incluso en los formatos extendidos; aunque es menos rápido que FDFORMAT en
- 1.64M, alcanza mucha más capacidad (y en lectura la velocidad es similar).
-
- Finalmente, en este cuadro se recogen los tiempos empleados (MM:SS) por
- los diversos formateadores en crear los principales formatos de disco, siempre
- con las opciones de verificación activas:
-
- ┌────────────────┬────────────────┐
- │ Doble densidad │ Alta densidad │
- ┌───────────────┼────────────────┼────────────────┼──────┐
- │ FORMAT │ 0:37 │ 1:13 │ │
- │ FORMAT+2MDOS │ 0:42 │ 1:27 │ │
- │ FDFORMAT [1] │ 0:42 │ 1:24 │ 5.25 │
- │ FDFORMAT [2] │ 1:28 │ 1:52 │ │
- │ 2MF /F │ 1:24 │ 1:30 │ (5¼) │
- │ 2MF /M │ 2:33 │ 2:34 │ │
- │ 2MGUI │ 2:30 │ 2:34 │ │
- ├───────────────┼────────────────┼────────────────┼──────┤
- │ FORMAT │ 1:24 │ 1:34 │ │
- │ FORMAT+2MDOS │ 1:35 │ 1:45 │ │
- │ FDFORMAT [1] │ 1:38 │ 1:42 │ 3.5 │
- │ FDFORMAT [2] │ 1:46 │ 2:17 │ │
- │ 2MF /F │ 1:37 │ 1:45 │ (3½) │
- │ 2MF /M │ 2:46 │ 3:19 │ │
- │ 2MGUI │ 3:00 │ 3:03 │ │
- └───────────────┴────────────────┴────────────────┴──────┘
- [1] Formatos estándar (360-720-1.2-1.44) y mejores /X e /Y.
- [2] Formatos máximos (820-820-1.48-1.72) y mejores /X e /Y.
-
-
- {LINEASUBMENU [DUDAS Y PROBLEMAS MAS COMUNES]}
-
- Comento a continuación algunas de las dudas y preguntas más comunes de los
- usuarios de 2M. Son un total de 27 y no estan ordenadas de manera particular
- (algunas serán obvias y otras podrían ser difíciles de entender para algunos
- usuarios). Si tiene algún problema o sugerencia, podría estar ya resuelto o
- respondido aquí. Léalas con cuidado porque a menudo, alguna de ellas, responde
- a más de una cuestión.
-
-
- [P] ¿Por qué 2M no cuesta dinero?. ¿Por qué es público el código fuente?
- ¿Piénsas vendérselo a Microsoft?.
- [R] Parte del éxito de 2M sería constituir un nuevo estándar. Eso será
- posible en la medida en que su uso se extienda; el precio actual es el
- más competitivo y nunca me he planteado vivir el resto de mi vida a costa
- de 2M. Los listados son públicos porque siempre se podrían desensamblar a
- menos que pierda tanto tiempo en protegerlo como en diseñarlo: si les
- ocultara perjudicaría a los que quieren aprender y no a los que copian
- tecnologías. El formato de discos 2M es totalmente público. Si Microsoft
- o alguna otra empresa quieren distribuir sus productos así, les saldrá
- gratis. Para adaptarlo a otros sistemas operativos se puede hablar
- conmigo: tengo infraestructura para proponer ofertas sin competencia
- posible; la tecnología 2M es además la de mayor capacidad (1.97M) y la
- que más tiempo lleva formateando 23 sectores (1.84M/1.88M) en el mundo.
-
-
- [P] ¿Es compatible 2M con otros formateadores extendidos?.
- [R] En principio, sí, aunque es necesario instalar también el programa
- residente que los acompañe. 2MDOS incorpora una emulación FDREAD, por lo
- que en este caso puede ser una alternativa ventajosa a FDREAD y otros
- programas similares compatibles con FDREAD.
-
-
- [P] ¿No ocupan demasiada memoria 2M y 2MGUI y además no utilizan el HMA?
- [R] 2M no demasiada (5 Kb) pero 2MGUI bastante (15-17 Kb). En ambos casos
- es difícil actualmente reducir más la ocupación; aunque 2MGUI sólo ocupa
- 5 Kb si se indican las opciones /NODMA y /EMS y quizá podrá emplear
- también XMS algún día. Instalar los programas en el HMA complica demasiado
- su diseño (son bastante largos) y no tengo intención de hacerlo por el
- momento. 2MDOS ocupa muy poca memoria porque sí puede aprovechar la XMS,
- si la hay. Si 2M pudiera, lo haría también.
-
-
- [P] ¿Es posible hacer con los discos duros algo similar a lo que hace 2M con
- los disquetes?
- [R] No.
-
-
- [P] ¿Son realmente seguros los discos 2M? ¿O hay riesgo de pérdida de datos a
- medio o largo plazo?.
- [R] Los discos 2M normales son tan seguros como los estándar. Los de máxima
- capacidad (2MF /M) un poco menos (de cara al intercambio de datos entre
- unidades diferentes; sin embargo, IBM utiliza un formato similar para
- distribuir su OS/2 3.0 Warp por todo el mundo, así que no serán tan
- peligrosos). Los discos 2MGUI son los más precarios, pero si el programa
- de control (2MGUI) funciona bien en su sistema, no tiene nada que temer.
-
-
- [P] Durante mucho tiempo, cuando quería volver a formatear con FORMAT a 1.44M
- un disco con formato 2M me decía "parámetros no soportados por la unidad"
- y tenía que usar otra utilidad de formateo. Con el nuevo 2M no me lo
- dice, pero me formatea el disco con formato 2M (pese a decir "formateando
- 1.44M") y lleno de "sectores defectuosos" (realmente, cadenas perdidas).
- [R] Usted tiene ahora 2MDOS instalado y antes no lo tenía. Además es usuario
- de MS-DOS 6 y su deficiente FORMAT. Le aconsejo escribir una carta
- contando el problema a Microsoft y mientras tanto, utilice FORMAT de
- MS-DOS 6 sin indicar la opción /U: si lo hace, FORMAT no realizará el
- formato incondicional que se supone debiera hacer (sino que mira el tipo
- de disco e intenta volver a reproducirlo). Si está instalado 2MDOS podrá
- formatear el disco 2M, pero lo hará mal (a menos que active también la
- opción /FORMAT de 2MDOS) y encima le dirá a usted que está creando un
- disco estándar. Resumiendo, la solución es NO indicar /U al reformatear un
- disco de tipo 2M. O si se indica /U, forzar el formato con /F (por ejemplo
- /F:1.44). Sobre discos vírgenes, con formato estándar o 2MGUI, FORMAT (de
- MS-DOS 6) no es problemático.
-
-
- [P] Al instalar 2M o 2MGUI me dice que cruza una frontera de DMA. ¿Es esto
- problemático?. ¿Qué significa?.
- [R] No, en absoluto. Sin embargo, ambos programas (en particular 2MGUI)
- consumen más memoria en estos casos. Puede evitar este mensaje de aviso
- cambiando el orden de instalación de los programas residentes, o en el
- caso de 2MGUI añadiendo la opción /NODMA. La explicación del significado
- del "cruce de una frontera de DMA" sería demasiado larga; puede estar
- tranquilo, que su ordenador no está averiado.
-
-
- [P] ¿Se pueden formatear discos normales (ej. 1.44M) con 2MF?
- [R] No, y tampoco es necesario. Para discos estándar puede continuar usando
- su programa habitual (aunque es recomendable instalar también 2MDOS para
- optimizar el funcionamiento de los demás programas de formateo, salvo los
- que acceden también a la controladora -muy pocos-).
-
-
- [P] ¿Puedo dar un disco 2M a un amigo que aún no tiene el programa? ¿Podrá
- leer ese disco? ¿Puedo crear un disquete 2M de arranque?.
- [R] Si el disco es de *alta_densidad*, déselo sin miedo a su amigo. Lo único
- que debe hacer éste es arrancar el sistema con el disquete introducido
- en la unidad A: para que se cargue el código SuperBOOT (el arranque se
- producirá pese a todo, como de costumbre, desde disco duro). El único
- problema es que su amigo podría tener una secuencia de arranque C:-A:
- en el Setup de su BIOS (adviértale) siendo necesaria la A:-C:. Sí, es
- posible ejecutar un comando SYS hacia un disco 2M de *alta_densidad*.
-
-
- [P] 2MF no funciona en mi PS/2. Y un amigo con unidad de 2.88M no puede crear
- discos 2M de extraalta densidad (2MF /ED). ¿Es normal?.
- [R] En efecto. La mayoría de los PS/2 de IBM son incompatibles a nivel de
- controladora de disquetes. 2M sí funciona en las unidades de 2.88M pero
- con discos de 720K y 1.44M; no he podido probarlo personalmente en los de
- 2.88M y tengo informaciones contradictorias de los usuarios.
-
-
- [P] He observado que SMARTDRIVE 4.0+ no cachea las unidades 2MGUI por defecto
- y si lo activo en ellas, se me cuelga el ordenador al acceder a un disco
- de tipo 2MGUI.
- [R] En efecto, 2MGUI informa expresamente a Smartdrive para que no cachee sus
- unidades. Smartdrive tiene un error interno y no soporta tamaños de sector
- distintos de 512 bytes (no devuelve un mensaje de aviso, pero estrella el
- sistema). Para usar Smartdrive en las unidades 2MGUI, formatee sus discos
- 2MGUI con /S=512. Algunos otros programas de caché pueden tener problemas
- similares, y tal vez 2MGUI no sepa decirles que no cacheen sus unidades:
- en ese caso habrá de hacerlo usted consultando la documentación del
- programa caché y poniéndole los parámetros adecuados. Sin embargo, 2M.COM
- sí funciona con Smartdrive cacheando las unidades normales.
-
-
- [P] NDD de las Norton 8.0 me dicen que los discos 2M tienen mal el boot y el
- byte de medios de la FAT (aunque funcionan bien). ¿Le dejo corregirlo?.
- [R] No. Si lo hace, le rebajará el tamaño del disco y perderá sus datos.
- Sin embargo, puede utilizar NDD en unidades 2MGUI *con_discos_2MGUI*, si
- bien probablemente no lo necesite nunca. Otras utilidades de reparación
- de disco suelen estropearlos igualmente cuando no los reconocen.
-
-
- [P] En mi portátil, 2MF sólo formatea 820K en los discos DD en lugar de 984K.
- Además, si le pongo /DD expresamente me da error de densidad incorrecta;
- en todos los demás ordenadores no hay problema.
- [R] 2MF está utilizando automáticamente la opción /D0. Su controladora sólo
- soporta 250/500 Kbps. Esto sucede en algunos portátiles (muy pocos) que
- no admiten tampoco unidades de 5¼; lo normal es soportar 250, 300 y 500
- Kbps. 984K sólo son posibles con 300 Kbps.
-
-
- [P] Cuando hago DISKCOPY de discos 2M me dice en ocasiones que el disco
- destino no tiene el mismo formato y se aborta el proceso. En las unidades
- 2MGUI sucede igual, y además FORMAT no deja crear discos.
- [R] Si el disco destino no tiene ya el mismo formato 2M, DISKCOPY no podrá
- formatearlo a menos que instale 2MDOS. Por ello, es recomendable tener
- instalado 2MDOS. Las unidades 2MGUI no soportan el formateo, y al copiar
- hay que utilizar *siempre* discos origen y destino físicamente idénticos.
-
-
- [P] DISKCOPY no me deja copiar los discos 2M ni siquiera aunque esté ya
- formateado el destino, incluso con 2MDOS instalado, si lo hago entre
- *dos* unidades iguales.
- [R] Esto sólo pasa en MS-DOS. Indique la opción /FORMAT de 2MDOS y consulte
- la ayuda de 2MDOS para ver las contraindicaciones de esta medida.
-
-
- [P] DISKCOPY me dice que copia más de 15.000 cilindros, y un programa de
- diagnóstico informa que mis disquetes 2MGUI sólo tienen un cabezal y un
- sector por pista. ¿Están mal?.
- [R] No. Es normal que suceda eso.
-
-
- [P] ¿Saldrá algún 2M que funcione bien con los programas de copia de discos?
- [R] Son los programas de copia de discos los que no funcionan bien con 2M.
- Salvo los "legales" (como DISKCOPY o DUPDISK) los demás son demasiado
- sofisticados (pero no lo suficiente) o demasiado malos. Es el software de
- copia quien debe adaptarse a los nuevos formatos de disco, a medida que
- surgen, y no al revés (aunque 2MDOS haya conseguido que los viejos FORMAT
- y DISKCOPY sean capaces de crear disquetes 2M).
-
-
- [P] La utilidad SecureDevice 1.1 me dice que no puede instalarse porque los
- sectores no son de 512 bytes.
- [R] Formatee sus disquetes 2MGUI indicando /S:512.
-
-
- [P] ¿Qué diferencia hay entre 2M.COM y 2M.SYS?
- [R] Poca. Ocupan la misma memoria; 2M.COM se puede desinstalar; 2M.SYS puede
- cargarse antes que ningún otro residente. Como ninguno de los dos será
- problemático, normalmente dará igual. Será cuestión de gustos.
-
-
- [P] ¿Es posible con 2MF realizar un formateo rápido de un disco con formato?.
- [R] Sí. 2MF tiene el parámetro indocumentado /Q, como 2MGUI, y el usuario
- puede pulsar ALT-Q en medio del formateo para terminarlo en ese punto. Sin
- embargo, sólo es útil con disquetes perfectos (que no tengan sectores
- malos) ya que la FAT se inicializa indicando que no hay errores.
-
-
- [P] Se me cuelga Windows al copiar ficheros en unidades comprimidas 2MGUI.
- [R] Probablemente no se ha colgado. Puede que sólo lo parezca: espere algunos
- segundos más antes de reinicializar el sistema. 2MGUI no comprime los
- datos; sencillamente formatea a más capacidad, igual que 2MF.
-
-
- [P] Al instalar 2MGUI me dice que el buffer de DMA de mi controlador de
- memoria es muy pequeño, y que ponga DMA=13. A un amigo le dice algo
- similar pero en cambio no le da más instrucciones.
- [R] Usted utiliza QEMM. Añada la opción DMA=13 al controlador de memoria. A
- su amigo, recomiéndele que consulte la documentación de su controlador de
- memoria o que instale QEMM/EMM386. Alternativamente, ambos podéis probar
- a utilizar la opción /NODMA de 2MGUI. En última instancia, no hacer caso
- de este mensaje. En particular, instalando 2MGUI en memoria convencional,
- es difícil que el sistema se estrelle por este motivo. Y QEMM, en caso de
- necesitar realmente el buffer, avisaría con una excepción al acceder a la
- unidad.
-
-
- [P] He notado que 2MF y 2MGUI no obedecen muy bien al parámetro para indicar
- las entradas al directorio raíz, y 2MGUI tampoco hace demasiado caso de
- la opción /B en el formato /DH.
- [R] Ambos formateadores ajustan hacia arriba el número de entradas para
- aprovechar el espacio libre residual. En el formato /DH el parámetro /B
- no obedece con exactitud. Esto es normal si se tiene en cuenta que lo que
- se indica es el valor promedio de dos densidades; modifíquelo ligeramente
- para aproximarlo al valor deseado.
-
-
- [P] ¿Es cierto que las unidades 2MGUI soportan los formatos FDREAD incluso
- sin cargar FDREAD o 2MDOS?.
- [R] Casi del todo. El único que no funciona es el FDREAD 720K/820K en 5¼;
- para éste hay que instalar también 2MDOS o FDREAD.
-
-
- [P] ¿Debo instalar 2M-ABIOS o no?
- [R] Si 2M funciona perfectamente, no. Si 2M falla extrañamente, pruebe a
- instalar 2M-ABIOS. Si sigue fallando, pruebe disquetes estándar con sólo
- 2M-ABIOS instalado en el sistema: si no funcionan, esto probaría que su
- hardware no es suficientemente compatible. Si en algún momento duda
- acerca de si 2M-ABIOS realmente ha conseguido quitar el control de los
- discos a su BIOS original, fuércelo con la opción /13.
-
-
- [P] Con 2M-XBIOS y 2MX, al cambiar el turbo del ordenador, las unidades
- comienzan a fallar o van algo mal y necesitan reintentos.
- [R] Podría ocurrir (no así con 2M-ABIOS ni 2M). Este problema se solucionaría
- ejecutando de nuevo dichos programas, desde la línea de comandos, para
- que reajusten sus constantes internas de temporización.
-
-
- [P] Al arrancar de un disco 2M, la memoria ocupada por el DOS y los demás
- residentes sigue siendo la misma. ¿Donde se esconde el código de 2M?.
- Además, los discos de doble densidad nunca me dejan arrancar.
- [R] Los discos 2M de doble densidad no pueden ser botables. Al cargarse el
- código SuperBOOT, la memoria convencional total disminuye 5 Kb (de 640K a
- 635K, por ejemplo) y por tanto, el código aparentemente no está en ninguna
- parte. Evitar este consumo de memoria convencional no es posible en estos
- momentos, pero es un dato trivial. Además, en esta modalidad de trabajo no
- hace falta instalar 2M.COM y se economizan sus 5 Kb (aunque bien es cierto
- que 2MF no puede formatear a menos que se instale 2M.COM).
-
-
- {LINEASUBMENU [COMO CONTACTAR CON EL AUTOR DE 2M]}
-
- Preferiblemente por correo a través de Internet (ciri@gui.uva.es). Si mi
- dirección Internet por algún motivo extraño no funcionara, otra alternativa
- es ciri@p8.databyte.encomix.com; pero por favor no utilice NUNCA la dirección
- alternativa. Inténtelo antes varias veces con la dirección normal.
-
- Los usuarios de Fidonet o Compuserve pueden enviarme email a través de una
- pasarela a Internet; si no pueden o no saben hacerlo, también pueden enviarme
- la carta por ejemplo a mi dirección de punto en Fidonet (2:341/21.8) y también
- responderé.
-
- Me encanta responder todo el correo; en particular cuando es específico,
- preciso y breve (aunque esto último depende en gran medida del problema a
- describir). En caso de problemas técnicos, conviene enviarme una breve
- descripción de la configuración del sistema (modelo, características, versión
- de 2M...).
-
- También respondo el correo ordinario (no electrónico) enviado a la misma
- dirección en que recojo las postales de registro:
-
- Ciriaco García de Celis
- C/Renedo 2, 4-C
- 47005 Valladolid
- España
-
- El propósito del correo en general es básicamente soporte técnico o
- informativo. Para enviar agradecimientos y similares es preferible utilizar la
- tarjeta postal de registro en la dirección mencionada. Por favor, escriba
- legiblemente e incluya una dirección para responder (preferiblemente,
- electrónica) aunque no sea necesaria la respuesta. Por favor, utilice sólo
- Español o Inglés. Es muy aburrido para mí responder a cuestiones ya
- documentadas en la ayuda o en 2M-INFO.
-
-
- {LINEASUBMENU [AGRADECIMIENTOS]}
-
- Bastantes personas e instituciones han colaborado en uno u otro momento
- ayudándome en el desarrollo de 2M, material o moralmente. He procurado
- recogerlas todas, pero posiblemente me haya olvidado de alguien. ¡Están en el
- orden riguroso en que me he acordado!:
-
- - Jesús Arias Alvarez (León, España). De sus rutinas de disco de bajo nivel
- surgió mi interés por este tipo de programación, en ellas están basados
- además los primeros ejemplos de acceso a disco de "El Universo digital del
- IBM PC, AT y PS/2". El truco para aprovechar toda la capacidad de una pista
- del disco (y por tanto, la idea del formato 1.97M) y la técnica de acceso a
- disco sin DMA en 2MGUI son ideas originales de él.
-
- - Alain Knaff (Francia), autor de las populares mtools para Unix, con la
- ayuda de David Niemi (EEUU) han conseguido que el sistema operativo Linux
- pueda acceder a disquetes 2M. Gracias por beneficiar a todas las personas
- que pudieran estar usándolos en MS-DOS.
-
- - Edgar Swank (EEUU). Descubrió algunos fallos en el código de 2M 1.3 y los
- corrigió en los listados, proponiéndome las modificaciones. Básicamente, a
- él hay que agradecer que el código de 2M realmente verifique con VERIFY ON.
- También ha contribuído con ideas y ha mejorado el inglés de algún programa.
-
- - Un agradecimiento especial a Darron Christian (EEUU), William Luitge (EEUU),
- John Mottram (EEUU), Tom Sytsma (EEUU), David Rodriguez (EEUU), John R. Lee
- Chin (Australia), Michael Rickard (Reino Unido), Robert W. Baker (EEUU), Son
- H. Le (Australia), Arthur Taber (EEUU), Kenneth Bush (EEUU) y Aaron Spurlock
- (EEUU) que han mejorado el inglés de este documento para que "suene bien".
-
- - Carlos Alberto San Juán (Burgos, España) instaló y configuró para mí la
- utilidad ftpmail para que quienes no disponen de ftp puedan obtener 2M por
- Email.
-
- - Karl-Henrik Ryden (Suecia) me ayudó localizando con gran precisión algún
- fallo.
-
- - Enrique Martínez (Valladolid, España), sysop de la BBS DATABYTE, me ha
- facilitado mi presencia en la red FidoNET.
-
- - Ferrán Foz (Barcelona, España) me ayudó con el inglés de algún programa.
-
- - Luis Cuesta (Palencia, España) me ha ayudado a probar el funcionamiento de
- 2M con ciertas aplicaciones de otros sistemas operativos.
-
- - Anaya Multimedia, S.A., en la «Revista Profesional para Programadores»
- describe en una serie de artículos el funcionamiento de 2M. Esto ayudará a
- popularizar y extender las técnicas de este programa.
-
- - Gilles Vollant (Francia), autor de Winimage 2.0, me registró gratuitamente a
- su programa para gestionar imágenes de disquetes (también 2M) bajo Windows.
-
- - Bernhard Sadlowski (Alemania). Probó pacientemente con ayuda de algún amigo
- el funcionamiento de 2M en unidades de 2.88M (excepto con discos de 2.88M) y
- también me ayudó a intentar detectar el origen de alguna incompatibilidad.
-
- - William Luitge me propuso formatear los discos de 360K una parte en alta
- densidad y otra en doble. Esto es lo que realiza finalmente 2MGUI /DH.
-
- - Miguel Martínez (Valencia, España) me pasó una genial rutina para poner la
- pantalla en 30 líneas en este programa.
-
- - Grant Botes (República Sudafricana) creó el entorno 2MFSHELL para utilizar
- con mayor comodidad 2MF. Este programa (2MFSHLxx.ZIP, xx = versión) está
- disponible por ftp en algunos de los puntos de distribución de 2M.
-
- - El club de la C.C. y el P. del A8 en particular, del que algunos integrantes
- han sido ya mencionados; y el Grupo Universitario de Informática en general,
- han colaborado material y psíquicamente al desarrollo del programa.
-
- El inicio de desarrollo de 2M, a mediados de 1993, ha coincidido en el
- tiempo y de manera casual con el inicio de una de mis más viejas y ambiciosas
- iniciativas personales de todos los tiempos (SCL) que finalmente ha arrancado
- en 1993. Dedico el programa a todas las personas que he conocido durante la
- aplicación de SCL y que han permitido su éxito global, ya que la aportación
- exterior ha sido de hecho el principal motor. Por orden cronológico de
- iniciales de nombres: C, E, M, I, S, S, M, P, S, R, M, B, R, T, P, V, R (en
- 1993); J, R, S, N, A, I, M, R, A, E, R, A, S (en 1994); entre otras personas.
- El significado de las siglas SCL no es en general público :-)
-
-
- {LINEASUBMENU [DIFUSION MUNDIAL DE 2M]}
-
- Si usted ya era usuario de 2M 2.1 u otra versión anterior, o piensa serlo
- desde ahora, no debe sentirse un caso aislado. Existe un elevado número de
- personas que utilizan el programa, repartidas por al menos 35 países, de las
- que yo tengo una pequeña muestra estadística (obtenida en base a las cartas y
- postales). En este apartado se muestra la procedencia aproximada de los
- usuarios de 2M. Estos datos se refieren sólo a usuarios de 2M bajo DOS y no
- registran los posibles usuarios bajo otros entornos operativos, siendo además
- probablemente varios órdenes de magnitud inferior a la cifra de usuarios
- reales, si se tiene en cuenta el fracaso (hasta el momento) de la distribución
- CardWare. Datos desde el 15/2/94 al 15/2/95.
-
- ┌────────────────────┐
- │ Correo electrónico │
- │ (Internet+FidoNet) │
- └────────────────────┘
-
- De estos datos está excluído el correo local de Valladolid, el español de
- la red FidoNet (he tenido problemas para estimarlo y está mezclado con otras
- actividades) y el correo regular que mantengo sobre algunos asuntos (además de
- 2M) con ciertas personas que conocí a través de 2M.
-
- País Nº personas Nº Cartas % (personas) % (cartas)
- ──────────────────── ─────────── ─────────── ──────────── ──────────
- 1 EEUU 53 136 37.9 38.6
- 2 España 10 29 7.1 8.2
- 3 Canadá 10 28 7.1 8.0
- 4 Italia 9 17 6.4 4.8
- 5 Alemania 7 16 5.0 4.5
- 6 Australia 6 11 4.3 3.1
- 7 Reino Unido 4 13 2.9 3.7
- 8 Finlandia 4 8 2.9 2.3
- 9 Chile 4 4 2.9 1.1
- 10 Croacia 3 12 2.1 3.4
- 11 Francia 3 10 2.1 2.8
- 12 Brasil 3 4 2.1 1.1
- 12 Holanda 3 4 2.1 1.1
- 13 Hong Kong 2 6 1.4 1.7
- 14 Suecia 2 3 1.4 0.9
- 15 Argentina 2 2 1.4 0.6
- 15 Polonia 2 2 1.4 0.6
- 15 República Checa 2 2 1.4 0.6
- 16 Venezuela 1 15 0.7 4.3
- 17 Uruguay 1 8 0.7 2.3
- 18 Eslovaquia 1 7 0.7 2.0
- 19 Noruega 1 3 0.7 0.9
- 19 Perú 1 3 0.7 0.9
- 20 Japón 1 2 0.7 0.6
- 20 Malasia 1 2 0.7 0.6
- 20 Nueva Zelanda 1 2 0.7 0.6
- 21 México 1 1 0.7 0.3
- 21 Portugal 1 1 0.7 0.3
- 21 Taiwán 1 1 0.7 0.3
- ─── ─── ───── ─────
- Total 140 352 100.0 100.0
-
- ┌───────────────────┐
- │ Tarjetas postales │
- └───────────────────┘
-
- Las condiciones de registro (enviar la postal) son realmente excepcionales
- y quienes no lo tomen EN SERIO y aprovechen ahora perderán una ocasión única
- para ser anotados, gratis, como usuarios registrados. ¿Es que sólo tengo un
- usuario en Australia? ¿Y 13 en EEUU?... que pocos privilegiados... hummm y
- cuán enorme y uniformemente repartidos por todo el mundo... :-)
-
- País Nº personas Nº postales % (personas)
- ─────────────── ──────────────── ────────────────── ────────────
- 1 España 22 23 22.7
- 2 EEUU 13 13 13.4
- 3 Finlandia 6 6 6.2
- 4 Francia 5 7 5.2
- 5 Holanda 5 5 5.2
- 6 Hungría 4 9 4.1
- 7 Alemania 4 4 4.1
- 7 Italia 4 4 4.1
- 8 Eslovaquia 3 3 3.1
- 8 República Checa 3 3 3.1
- 8 Rep. Sudáfrica 3 3 3.1
- 9 Portugal 2 6 2.1
- 10 Polonia 2 3 2.1
- 11 Argentina 2 2 2.1
- 11 Chile 2 2 2.1
- 11 Hong Kong 2 2 2.1
- 11 Reino Unido 2 2 2.1
- 11 Taiwán 2 2 2.1
- 12 Brasil 1 4 1.0
- 13 Australia 1 1 1.0
- 13 Bulgaria 1 1 1.0
- 13 Canadá 1 1 1.0
- 13 Croacia 1 1 1.0
- 13 Dinamarca 1 1 1.0
- 13 Grecia 1 1 1.0
- 13 Nueva Zelanda 1 1 1.0
- 13 Perú 1 1 1.0
- 13 Suecia 1 1 1.0
- 13 Suiza 1 1 1.0
- ── ── ─────
- Total 97 113 100.0
-
- ┌─────────────────┐
- │ Cartas postales │
- └─────────────────┘
-
- Hay al menos media docena de cartas más; pero procedentes de ciudadanos
- particulares y, excepcionalmente por esta vez, consideradas como postales a
- efectos de registro; estas otras cartas se refieren sólo a instituciones.
-
- País Nº cartas
- ─────────────────────── ────────────────
- EEUU 1
- Finlandia 1
- Holanda 1
-
- ┌──────────────────────┐
- │ Extensión geográfica │
- └──────────────────────┘
-
- Finalmente, sumando, sin ponderar, la totalidad de las personas que han
- utilizado algún medio para comunicarse conmigo (email, postal, carta, etc) se
- establece la siguiente clasificación que da una idea aproximada de la
- extensión geográfica. Se trata realmente de una encuesta, teniendo en cuenta
- la reducida y aleatoria muestra en que se basa.
-
- País Nº personas Nº veces % (personas) % (veces)
- ─────────────────── ─────────── ──────── ──────────── ───────────
- 1 EEUU 67 150 27.9 32.1
- 2 España 32 52 13.3 11.1
- 3 Italia 13 21 5.4 4.5
- 4 Canadá 11 29 4.6 6.2
- 5 Alemania 11 20 4.6 4.3
- 6 Finlandia 11 15 4.6 3.2
- 7 Holanda 9 10 3.8 2.1
- 8 Francia 8 17 3.3 3.6
- 9 Australia 7 12 2.9 2.6
- 10 Reino Unido 6 15 2.5 3.2
- Otros 25 países 65 127 27.1 27.1
-
-
- {LINEASUBMENU [CONCURSO DE USUARIOS REGISTRADOS]}
-
- Quiero, antes de nada, dar las gracias a todos los usuarios de 2M que me
- han enviado su postal de registro. Espero que con esta nueva versión, para la
- que ya están registrados, reciban el premio que merecen y al que han
- contribuído decisivamente. He decidido premiar las cinco postales más bonitas
- que he recibido, y pienso seguir haciéndolo en futuras ocasiones. Los
- ganadores, en caso de haber indicado su dirección postal, recibirán un
- disquete con la versión 3.0 de 2M así como una postal de mi propia ciudad.
-
- Las postales seleccionadas en esta ocasión han sido:
-
- Matthias Peter (Obeswsel, Alemania): Castillo de Neuschwanstein
- István Simon (Budapest, Hungría): Monumento milenario
- Joan Arenós (Barcelona, España): Gobierno Autónomo de Cataluña
- Rui Mendes (Algarve, Portugal): Cueva junto al mar
- Rodrigo Gessuein (Santiago, Chile): Valle de la Luna (D. de Atacama)
-
- Sólo las personas que han enviado la postal, junto con las que aparecen en
- la lista de agradecimientos, están autorizadas a utilizar 2M 3.0.
-
- También me gustaría hacer incapié en que la condición es enviar una
- postal, salvo el caso de países donde no se fabriquen. Como en la versión 1.3
- esto no era exigido, he decidido considerar como postales también las cartas
- en que el interlocutor me pide que lo haga así o las referidas a 2M 1.3; pero
- esto no lo volveré a hacer a partir de 1995. Tampoco son válidos ficheros
- gráficos enviados por correo electrónico.
-
-
- {LINEASUBMENU [INFORMACION PARA PROGRAMADORES]}
-
- Aquí hay varias informaciones de utilidad para programadores. Si desea
- imprimir alguna parte de este texto, búsquela en 2M-INFO.FDA.
-
- 1) Cómo formatear disquetes 2M.
- 2) Formato físico de los discos 2M y sus sectores de arranque.
- 3) Características interesantes de 2MGUI.
- 4) La tecnología de formateo DiskBoost y algunas consideraciones más.
-
- Aunque se comentan aspectos técnicos de 2M, no se explica el motivo de las
- diversas soluciones técnicas ni se comenta el código fuente del programa. Las
- explicaciones detalladas de estas cuestiones están disponibles en la serie de
- artículos publicada entre febrero y abril de 1995 por la Revista Profesional
- para Programadores de Anaya Multimedia y en el libro "El Universo Digital del
- IBM PC, AT y PS/2"; ambos disponibles en este momento sólo en lengua española.
- Sin embargo, para programar aplicaciones relacionadas con 2M no es necesaria
- esa información adicional (es más bien útil desde el punto de vista lectivo
- para programadores que necesiten acceder directamente a los dispositivos).
-
-
- 1) COMO FORMATEAR DISQUETES 2M.
- ───────────────────────────────
- 2M accede siempre directamente a la controladora de disquetes y al chip de
- DMA. Sin embargo, ¡los demás programadores probablemente no tendrán que
- hacerlo!. Las funciones habituales del DOS y la BIOS continúan funcionando
- cuando 2M está instalado, soportando los nuevos formatos de disco igual que
- los normales. Las emulaciones y virtualizaciones de 2M ocultan totalmente la
- realidad del formato físico y simulan un disco casi normal. Incluso si es
- necesario formatear un disco 2M desde un lenguaje de alto nivel, es posible
- hacerlo a través de la habitual función 5 de INT 13h. Cuando 2M está instalado
- en memoria, el servicio 5 de la INT 13h ve incrementada su funcionalidad. Para
- buscar a 2M residente en memoria:
-
- Cargar AL con 0.
- Cargar ES:DI con 1492h:1992h.
- Cargar AH con un valor entre 0C1h y 0FFh.
- Llamar a INT 2Fh.
-
- Cuando INT 2Fh retorne, si AL=0FFh y ES:DI apunta a una cadena terminada
- por un 0 del tipo "CiriSOFT:2M:3.0" ... ¡2M está en memoria!. Nótese que ':'
- es un delimitador, y no siempre CiriSOFT será el fabricante (es recomendable
- buscar dentro la subcadena ":2M:" ó ":2MX:"). Puede comenzar con AH=0C1h y,
- si no responde 2M ó 2MX con ese código, continuar con AH=0C2h y así
- sucesivamente. Si 2M ha sido instalado botando desde un disco 2M (SuperBOOT)
- la función de formateo no está disponible (y el chequeo de instalación fallará
- correctamente).
-
- Una vez detectado 2M en memoria, es posible llamar al servicio 5 de la
- INT 13h para formatear una pista. Esto es aún más sencillo que en el servicio
- de la BIOS para disquetes estándar: no es necesario seleccionar la densidad o
- el tipo de disco, ni el último sector en la pista, ni modificar la tabla
- apuntada por la interrupción 1Eh. Por supuesto, la función estándar de la BIOS
- continúa disponible, pero llamando así se elige el formateo de un disco 2M:
-
- Cargar AH con 5.
- Cargar AL con 7Fh.
- Cargar CH con el número de cilindro.
- Cargar DH con el número de cabezal.
- Cargar DL con el número de unidad.
- Cargar SI con la signatura 324Dh ("2M").
- Cargar ES:BX apuntando al sector de arranque del futuro disco 2M.
-
- Advierta que en la llamada habitual a la BIOS AL es cargado con el número
- de sectores (con independencia de que finalmente se utilice el valor de la
- tabla base de disco) que nunca es 7Fh y SI no es necesariamente igual a 324Dh.
- Esto permite a 2M detectar la intención de formatear un disco de ese tipo. No
- es necesario crear complicadas tablas apuntadas por ES:BX; simplemente basta
- con apuntar al sector de arranque del futuro disco (que debería ser correcto).
-
- El sector de arranque del disquete 2M puede ser obtenido de un disco ya
- formateado, o creado a partir de alguna tabla de datos. La nueva función de
- formateo retorna los mismos códigos de error con disquetes 2M que la función
- de formateo habitual. Desde la versión 2.0 de 2M, como luego veremos con más
- detenimiento, el cilindro 0 cabezal 0 contiene un sector de arranque virtual
- ubicado en el primer sector físico de la FAT2 (la FAT2 es siempre emulada
- utilizando la FAT1 en su lugar). Los restantes sectores de la FAT2 contienen
- el código SuperBOOT en los discos de alta densidad. El sector de arranque
- físico está ubicado en la posición habitual (sector 1 de la pista) pero el
- que es mostrado en los accesos habituales es el virtual; si bien 2MF crea
- ambos sectores idénticos, un comando SYS (por ejemplo) puede alterar el sector
- de arranque virtual. De esta manera, el sistema arranca con el sector de
- arranque físico y carga el código SuperBOOT en memoria: a partir de ese
- momento el sector de arranque pasa a ser el virtual (auténtico sector de
- arranque del sistema) encargado de iniciar la carga del sistema operativo.
-
- Para formatear un disquete 2M de alta densidad manteniendo el código
- SuperBOOT, algo necesario para que el futuro disco pueda ser de arranque, será
- necesario escribir, aparte del sector de arranque físico y el virtual, los 5
- sectores restantes de la FAT2 (del 2º al 6º) con dicho código. Ese código es
- de dominio público y puede obtenerse de los fuentes de 2M o de un disco ya
- formateado; es además el mismo para 3½ que para 5¼. Por supuesto, el sector
- de arranque físico de los discos 2M posee un programa que forma parte
- indirecta del código SuperBOOT y es también público (es legal copiar también
- dicho sector por parte de otros programadores incluso modificando lo que se
- considere oportuno). Como las escrituras sobre la FAT2 son ignoradas (y las
- lecturas son desviadas a la FAT1) para poder escribir el arranque físico y el
- código SuperBOOT será necesario indicar a 2M, instalado en memoria, que no
- realice la emulación en esos casos. Para ello hay un pequeño truco: acceder a
- los cabezales 128 ó 129 (en lugar del 0 ó el 1).
-
- Hay que tener en cuenta que la primera pista de un disco 2M tiene menos
- sectores que el resto de las pistas. Por ello, no hay que acceder a más de
- 1 (arranque físico) + N (FAT1) + 1 (arranque virtual) + 5 (código SuperBOOT)
- = 7 + N sectores en total; en discos de doble densidad, además, no hay código
- SuperBOOT (la fórmula será, por tanto, 2 + N).
-
- Si el disco es formateado utilizando la tecnología STV (cuando el offset
- 65 del sector de arranque es igual a 1) toda la pista debe ser escrita tras
- el formateo para terminarlo efectivamente (y evitar futuros errores de CRC).
- Esto no es necesario hacerlo en el cilindro 0 y cabezal 0. Además, en el
- cilindro 0 y cabezal 1 será preciso un acceso en el cabezal 129 en lugar del 1
- para asegurar una escritura física efectiva, ya que parte de la FAT2 está en
- el inicio de esta pista y su escritura sería ignorada por su emulación sobre
- la FAT1. Por simplicidad, bastará con escribir todas las pistas, salvo la
- primera, en el cabezal 128 ó 129 (en la primera no es necesario y habría que
- indicar además menos sectores; mejor olvidarlo). La tecnología STV es
- utilizada por 2MF con la opción /M.
-
- Existe una manera alternativa de formatear disquetes 2M cuando también
- está instalado 2MDOS. Consiste en utilizar la función 18h para establecer el
- tipo de disco a formatear, estando soportados los discos 2M (a menos que el
- usuario haya inhibido esta posibilidad, en cuyo caso se retornaría el error
- de "formato no soportado"). Una vez establecido el tipo de soporte bastaría
- con invocar la función de formateo habitual de la BIOS. Aunque hay algunas
- diferencias (la tabla suministrada en ES:BX no se utiliza y el número de
- sectores no se toma de la tabla base de disco) el programa formateador no
- necesita considerarlas. Por supuesto, ahora no es necesario escribir las
- pistas tras formatear en los discos de tecnología STV; esto lo hace de manera
- automática el código de 2MDOS. De hecho, el FORMAT del sistema operativo es
- capaz de crear un disquete 2M (ej. FORMAT A: /T:82 /N:23) con 2MDOS instalado
- (en el caso del FORMAT de MS-DOS, no del DR-DOS, recordar que el usuario debe
- indicar la opción /FORMAT de 2MDOS para esquivar una errata de FORMAT). Además
- 2MDOS añade automáticamente código SuperBOOT al formatear la primera pista e
- inicializa el sector de arranque físico. Sin embargo, conviene no olvidar que
- el empleo de esta técnica exige al usuario tener instalado también 2MDOS, y es
- algo más lenta. El chequeo de instalación de 2MDOS es el mismo que para 2M,
- pero buscando la subcadena ":2MDOS:".
-
-
- 2) FORMATO FISICO DE LOS DISCOS 2M Y SUS SECTORES DE ARRANQUE.
- ──────────────────────────────────────────────────────────────
- Para leer este punto conviene haber consultado el anterior, donde ya se
- adelantan algunas cuestiones. Los disquetes 2M poseen una primera pista de
- formato estándar (sectores físicos de 512 bytes) en cantidad aproximadamente
- normal. Eso permite a la BIOS poder leer el sector de arranque e iniciar la
- carga del sistema operativo; también agiliza los accesos a la FAT. La segunda
- copia de la FAT no se utiliza (se emula a partir de la primera) y permite
- esconder en ella el sector de arranque lógico o virtual (el auténtico sector
- de arranque colocado allí por un comando SYS) y el código SuperBOOT, que
- instala el núcleo de 2M en memoria antes de cargar el sistema operativo.
- Además, debido al empleo de sectores de 512 bytes, esta pista tiene menos
- capacidad que las demás y la técnica de emular la FAT2 permite superar este
- problema.
-
- El resto de las pistas de los discos 2M tienen dos arquitecturas posibles.
- En la ordinaria, utilizada por defecto por 2MF, están rellenas de sectores
- físicos de 1024 bytes. Desde el punto de vista del software ello no es
- problemático, ya que el código residente de 2M emula la existencia de sectores
- ordinarios de 512 bytes por importe del doble. Estos sectores, en los discos
- de alta densidad están más próximos que en los discos estándar del DOS. Sin
- embargo, el GAP o separación es suficientemente elevado (40-50 bytes) como
- para asegurar la fiabilidad y soportar un interleave 1:1; de hecho las betas
- de Chicago han sido distribuídas en disquetes 1.68M (80 pistas y 21 sectores)
- con un GAP de sólo 12 bytes (la menor capacidad se debe al empleo de sectores
- pequeños). Los discos 2M de doble densidad utilizan incluso mayores GAP que
- los estándar (hasta un 25%).
-
- La otra arquitectura, denominada STV por 2M, consiste en colocar sectores
- de diverso tamaño en la pista hasta completarla. Así, por ejemplo, una pista
- de un disco 2M de 1.88M consta de 5 sectores de 2048 bytes, 1 de 1024 y otro
- de 512 bytes. Una vez más, se emula la existencia de sectores de 512 bytes y
- la estructura física queda oculta al software del sistema. Esta solución
- implica aproximar más los sectores: la fiabilidad del formato es algo menor,
- si bien es suficientemente aceptable, y el interleave es necesariamente 1:2,
- lo que supone degradar el rendimiento. No obstante, IBM ha adoptado hace poco
- una técnica similar en sus nuevos disquetes de 1.84M para OS/2 3.0; por ello,
- cabe suponer que es suficientemente fiable. Sin embargo, esta técnica de
- formateo implica utilizar algunas características más allá de las
- especificaciones oficiales de la controladora de disquetes, en teoría no
- diseñada para formatear pistas con sectores de distinto tamaño. De hecho, esta
- operación es realizada formateando la pista con un truco y escribiendo después
- para completar el proceso de formateo. El formato de IBM viola además otra de
- las reglas: el tamaño de sector excede los 4096 bytes que en teoría soportan
- oficialmente la mayoría de las controladoras. Sin embargo, después de más de
- un año, en general, estas técnicas se han demostrado suficientemente admitidas
- por todos los ordenadores (compatibles).
-
- El sector de arranque de los disquetes 2M contiene, además del programa
- que instala en memoria el código SuperBOOT (en el caso de los discos de alta
- densidad, o que imprime el mensaje de que no son botables en los de doble)
- suficiente información para que el código residente de 2M sea capaz de acceder
- a ese formato de disco y para que las rutinas de 2M puedan formatear otro
- disco igual. Además, por supuesto, de los campos habituales del sistema
- operativo. Es difícil que el lector tenga que crear sectores de arranque para
- copiar discos 2M, pero esta tarea puede ser necesaria para hacer un programa
- de formateo (para uno de copia no es necesario, ya que aunque haya que
- formatear el disco destino ya se tiene disponible su futuro sector de arranque
- físico que puede ser leído con un acceso al cabezal 128 en la primera pista
- del disco origen).
-
- En 2MF hay una completa y compleja tabla en la función para construir los
- sectores de arranque; sin embargo se describirá aquí el formato básico de
- dichos sectores en los dos tipos de arquitectura de disco 2M. La mayor parte
- de los sectores es idéntica en ambos formatos:
-
- Ensamblador Comentario Offset
- ─────────────────────── ─────────────────────────────────── ───────
- JMP BootP ; 3 bytes 0
- DB "2M-STV04" ; ID de sistema (04 para disco de 1.88M) 3
- DW 512 ; bytes por sector 11
- DB 1 ; sectores por cluster 13
- DW 1 ; sectores reservados al principio 14
- DB 2 ; número de copias de la FAT 16
- DW 224 ; entradas al directorio raíz 17
- DW 3772 ; número total de sectores 19
- DB 0FAh ; descriptor de medios 21
- DW 11 ; sectores ocupados por cada FAT 22
- DW 23 ; sectores por pista 24
- DW 2 ; número de cabezales 26
- DD 0 ; sectores especiales reservados 28
- DD 0 ; número de sectores (unidades 32 bit) 32
- DB 0 ; unidad física 36
- DB 0 ; reservado 37
- DB 29h ; disco con número de serie 38
- DD 4B368A0Eh ; número de serie (aleatorio) 39
- DB "NO NAME " ; etiqueta del disco 43
- DB "FAT12 " ; sistema de ficheros 54
- DB 1 ; bit 0 = 1 si FechaF/HoraF definido 62
- DB 0 ; checksum del área de 2M (si usado) 63
- DB 7 ; versión formato (>=7 si BOOT virtual) 64
- DB 1 ; a 1 si escribir tras formatear 65
- DB 0 ; velocidad de transferencia en pista 0 66
- DB 0 ; velocidad de transferencia demás pistas 67
- DW BootP ; offset al programa de arranque 68
- DW Infp0 ; T1: información para la pista 0 70
- DW InfpX ; T2: información para demás pistas 72
- DW InfTm ; T3: tabla de tamaños de sectores 74
- DW FechaF ; fecha de formateo (2M 3.0+) 76
- DW HoraF ; hora de formateo (2M 3.0+) 78
- Infp0 DB 19, 70 ; número de sectores / GAP3 de formateo≡
- DB 1,2,3,4,5,6,7,8 ; sectores ordenados (20..23 no existen)
- DB 9,10,11,12,13,14
- DB 15,16,17,18,19
- InfpX DB ? DUP (?) ; esta tabla depende del tipo de disco≡
- InfTm DB 4,4,4,4,4,3,2 ; tamaño de los sectores 1, 2, 3,..., etc≡
- BootP:... ; programa de carga del código SuperBOOT≡
-
- El campo de ID de sistema es utilizado por 2M para detectar un disco de
- este formato cuando se produce un cambio de disco. Hay en total 8 formatos de
- disco 2M (902-1558-1066-1886 y 820-1476-984-1804). El número de copias de la
- FAT debe ser siempre necesariamente 2. No es conveniente modificar el tamaño
- de los cluster, al menos en discos de alta densidad (esto reduciría el tamaño
- de la FAT2 e impediría ubicar en ella el código SuperBOOT). El byte descriptor
- de medios es 0F0h en el formato de 1476K (para cooperar con Scandisk). El
- checksum utilizado por 2M en la versión del formato 7 (la actual) consiste en
- una suma del área comprendida desde el offset 63 hasta justo antes del inicio
- efectivo del código de arranque, que debe dar 0 (usar el byte de checksum para
- forzarlo). La versión 7 del formato soporta el arranque virtual (con disquetes
- más antiguos, el código de 2M devuelve el arranque físico en su defecto). La
- velocidad de transferencia, como dato con el que hay que programar la
- controladora de disquetes, será normalmente igual en todas las pistas; la
- única excepción es el formato 3½-DD (se utilizan 250 Kbps en la primera pista
- física y 300 en todas las demás). El campo BootP es un puntero al programa de
- arranque ubicado tras todas las tablas de datos; le ayuda a autolocalizarse en
- memoria. Los punteros Infp0, InfpX e InfTm apuntan a diversas tablas de datos,
- como veremos. Finalmente, desde 2M 3.0 se puede almacenar en el arranque la
- fecha y hora de formateo (lo que hace 2MF al formatear, no así 2MDOS).
-
- La primera tabla (Infp0) define el formato de la primera pista del disco.
- El número de sectores es casi normal y son de 512 bytes. No hay suficientes
- sectores físicos para cubrir todos los lógicos de una pista del disco, pero se
- aprovechará la circunstancia de no utilizar realmente la FAT2. El primer byte
- indica el número de sectores, el segundo el GAP3 de formateo y finalmente
- vienen los sectores numerados. Las últimas versiones de 2M soportan sin
- problemas un interleave 1:1 en esta pista.
-
- La última tabla (InfTm) es una lista con los tamaños de los sectores en
- todas las pistas excepto la primera. Recordemos que las pistas estarán llenas
- con sectores de 1024 bytes (tamaño 3) o con sectores de distinto tamaño. Este
- es el caso del ejemplo: 7 sectores (5 de 2048 bytes, 1 de 1024 y 1 de 512).
-
- Veamos ahora el formato de la tabla InfpX, que depende del tipo de disco.
- Aquí se define la estructura de las restantes pistas del disco (todas salvo la
- primera). Esta es la estructura que tiene en los discos de 820-1476-984-1804K:
-
- InfpX DB 11, 40 ; número de sectores / GAP3 de formateo≡
- DB 3 ; tamaño de sector
- DB 1, 2 ; Sector Sliding (modificable con 2MF /X /Y)
-
- El primer byte es el número de sectores, el segundo el GAP3 de formateo,
- el tercero el tamaño de sector (3 = 1024 bytes) y finalmente vienen las
- constantes para el Sector Sliding. En los formatos de 902-1558-1066-1886K la
- tabla cambia radicalmente de estructura:
-
- InfpX DB 64, 3 ; número de sectores / GAP3 de *preformateo*≡
- DB 7 ; número de sectores a renumerar
- DB 128+1, 4, 4 ; tabla de renumeración:
- DB 128+12, 1, 4 ; número de sector, nuevo número, tamaño
- DB 128+23, 5, 4
- DB 128+34, 2, 4
- DB 128+45, 6, 3
- DB 128+51, 3, 4
- DB 128+62, 7, 2
-
- En estos formatos de disco se realiza un preformateo inicial con sectores
- de 128 bytes, pero indicando en ocasiones tamaños mayores al enviar los cuatro
- bytes de cada sector a la controladora. Esos sectores se colocan además muy
- próximos (un GAP3 de preformateo típico de 3 bytes en 1476K/1886K, 4 en 902K y
- 5 en 1066K/3772K). El número definitivo de sectores que quedarán en la pista
- es mucho menor, y se indica en el tercer byte de la tabla. Los sectores se
- numeran a partir de 129, pero algunos de ellos (como el propio 129, y el 140,
- etc.) reciben finalmente otro número (por ejemplo, en el caso de 1.88M, entre
- 1 y 7) así como un tamaño mayor. Finalmente, al escribir dichos sectores en la
- pista serán los únicos que queden (pisando a los restantes). Esta tabla define
- además el orden en que quedarán ubicados, con un interleave final de 1:2
- inevitable por la proximidad.
-
-
- 3) CARACTERISTICAS INTERESANTES DE 2MGUI.
- ─────────────────────────────────────────
- Realizando pruebas, la capacidad admitida por diversas unidades en cada
- pista se muestra directamente relacionada con la velocidad de rotación de la
- misma, algo que además es lógico. Por ejemplo, una unidad de 3½-HD que gire
- cada 199,9 ms admite 12405 bytes, mientras que otra que lo hace cada 199,1 ms
- sólo admite 12348 bytes. Ambas son casos extremos, ya que la inmensa mayoría
- se encuentra entre estas dos. Aún así, la capacidad finalmente adoptada por
- defecto por 2MGUI se aleja siempre de los límites. El objetivo es permitir que
- los discos puedan ser intercambiados entre unidades. En lectura nunca hay
- problemas, ya que la peor unidad puede leer los datos de la mejor (la que más
- lentamente gire) porque la señal de reloj la obtiene de los propios datos
- registrados en disco y la tolerancia ronda el 5%. Sin embargo, al escribir, la
- señal de reloj la extrae de su base de tiempos propia (casi igual en todos los
- ordenadores) y al girar más deprisa se le acaba la pista antes y sobreescribe
- el principio. Por tanto, los discos que apuren demasiado la capacidad de una
- «buena» unidad serán estropeados al ser escritos (no leídos) en otra «peor».
-
- Si la capacidad de la pista es múltiplo del tamaño de sector lógico
- empleado (aunque ese sector sea por defecto de 128 bytes en lugar de 512) se
- derrocha espacio al redondear hacia abajo. Para evitarlo, 2MGUI permite que un
- sector lógico pueda estar ubicado entre dos pistas. Así, la capacidad total de
- un disco no puede ser múltiplo entero del número de pistas y cabezales, lo que
- obliga a crear un controlador de dispositivo que trate el disco como un array
- de sectores (un dispositivo lógico con un único sector lógico de 128 bytes por
- pista, un cabezal, y muchísimas pistas, al igual que un disco virtual).
-
- En escritura, los discos 2MGUI son 2 ó 3 veces más lentos que en lectura,
- aproximadamente. En lectura son sin embargo en ocasiones algo más rápidos que
- los discos estándar más optimizados (dependiendo del tamaño, número y
- fragmentación de los ficheros a copiar). La velocidad de lectura se debe al
- buffer interno del programa donde se almacenan las pistas completas, que se
- leen en una sola operación. A la hora de escribir, 2MGUI realiza una escritura
- retardada que acelera drásticamente ciertas operaciones (particularmente sobre
- el directorio raíz); sin embargo, en aquellos casos en que la operación afecta
- sólo a parte de una pista, es necesario una prelectura inicial antes de
- escribirla con los cambios. Esto supone una gran degradación de la velocidad,
- que puede minimizarse realizando transferencias en buffers grandes (próximos a
- los 64 Kb del límite del DOS). Una futura versión de 2MGUI podría acelerar las
- escrituras, para que fueran tan rápidas como las lecturas, implementando algo
- similar a una "lectura retardada", posponiendo y evitando la lectura de las
- pistas (y por consiguiente su escritura) en las que más tarde podría acabar
- cambiando también la parte restante que en un principio no se modifica. Sin
- embargo, esto requiere utilizar al menos un buffer adicional (que ahora sí
- podría residir en XMS) y se aproximaría ya a una caché real.
-
- El driver implementa algunos servicios de IOCTL; en concreto, los
- relacionados con la información sobre el dispositivo (para que las utilidades
- de diagnóstico interpreten las nuevas unidades como disqueteras), el de
- obtención del número de serie (para que aparezca en MS-DOS al ejecutar un DIR)
- y los de lectura/escritura de pistas completas, necesarios para que DISKCOPY
- pueda copiar en estas unidades. No está soportado, sin embargo, el formateo,
- por lo que el disco destino ha de estar necesariamente formateado. Los
- programas de copia pueden actuar, por tanto, a nivel de interrupción de disco
- absoluta de DOS (INT 25h/26h) o a nivel de servicios IOCTL.
-
-
- 4) LA TECNOLOGIA DE FORMATEO DISKBOOST Y ALGUNAS CONSIDERACIONES MAS.≡
- ─────────────────────────────────────────────────────────────────────
- Esta técnica consiste en disponer los sectores de tal manera que, en
- accesos a pistas consecutivas, sea factible realizar la operación en una sola
- vuelta del disco. La técnica tradicional consiste en desplazar la numeración
- de los sectores en las diversas pistas. De esta manera, al conmutar de cabezal
- o cilindro, el pequeño tiempo que se pierde no es suficientemente grande como
- para no alcanzar el sector 1 de la nueva pista (técnica de Sector Sliding).
-
- La nueva técnica DiskBoost, utilizada primero por el programa shareware
- TurboDsk (de Lord Ground), y ahora también por 2MDOS, evita la necesidad de
- deslizar la numeración, lo que permite alcanzar algo más de velocidad
- adicional. El método se basa en colocar los sectores de datos no exactamente
- al principio de las pistas, sino algo más adelante. Esta desviación es además
- ligeramente distinta en ambas caras, para compensar los distintos tiempos de
- conmutación de cabezal y cilindro. Para ello se añaden sectores adicionales
- que no se utilizan al principio de las pistas. También es algo mayor de lo
- habitual el espacio restante al final de las pistas al estar bastante próximos
- los sectores. En el cabezal 0 hay dos sectores no utilizados al principio de
- la pista, y uno en el cabezal 1. El GAP de separación entre los sectores es de
- sólo 45 bytes (1.44M) ó 40 (1.2M), modesto pero razonable (TurboDsk utiliza
- mayores GAP pero corre el riesgo de fallar en velocidad en algunos equipos,
- sobre todo cuando hay muchos TSR instalados). Estos sectores no utilizados y
- el mayor espacio al final de las pistas se utilizan para dejar deslizarse el
- cabezal sobre ellos durante el tiempo que dura la conmutación de cabezal o
- cilindro. Así es posible realizar accesos a pistas consecutivas en una sola
- revolución del disco. En los formatos de doble densidad, que de entrada son
- dos veces más lentos (por la densidad) ni 2MDOS ni TurboDsk implementan aún
- esta técnica. Además de que es probable que no sea viable (de hecho, en 1.2M
- se aplica "muy justo" y en las pistas donde se colocan dos sectores de más el
- último acaba machacando al primero, que por fortuna no se utiliza).
-
- La ventaja de la técnica DiskBoost es la elevada velocidad del formato de
- disco resultante, que además es estándar y puede ser reconocido por todas las
- controladoras de disco (también en sistemas no-PC). Sin embargo, significa
- perder capacidad para datos disponible en los discos. Lo que está claro es que
- FORMAT, hasta estos momentos, y sin ayuda, es el peor programa de formateo del
- mundo (junto a otros muchos).
-
-
- {LINEASUBMENU [LOS DISCOS DE OS/2 3.0]}
-
- En este apartado describiremos el formato físico de los disquetes de 1.84M
- aparecidos con OS/2 3.0. Más que para potenciar la creación de software para
- ellos, mi intención es mostrar su similitud y diferencias con los 2M. Aun
- siendo posteriores, son incompatibles con 2M y no añaden ninguna ventaja.
- Desconozco si es posible hacerlos botables, pero los dos primeros disquetes de
- la distribución de OS/2 tienen el formato estándar de 1.44M (recordemos que 2M
- sí es capaz de arrancar el sistema operativo desde un disco de 1.80M ó 1.88M).
- En el apartado de información para programadores hay información detallada
- sobre el formato de los disquetes 2M; aquí se hará incapié sólo en el formato
- de los discos de OS/2. Estos discos no están soportados al parecer por FORMAT
- de OS/2, pero OS/2 les reconoce y son utilizados para distribuir el sistema.
-
- Los ficheros imágenes de los discos 1.84M de OS/2 (creados y mantenidos
- por XDFCOPY) pueden volcarse hacia disquetes 2M de 80 pistas (2MF A: /M /T=80)
- con cualquier utilidad estándar (RAWRITE, WIMAGE, etc). Esto posibilita
- convertir los discos de OS/2 para ser usados bajo DOS con 2M. La operación
- inversa es también casi factible (no del todo porque todos los discos OS/2
- de 1.84M tienen por razones técnicas 2.5 Kbytes defectuosos al principio).
-
- El primer cilindro de estos disquetes está formateado con sectores de 512
- bytes en ambas caras. Recordemos que 2M hacía algo similar pero sólo en el
- cabezal 0 de dicho cilindro. La numeración de los sectores en la primera pista
- (cilindro y cabezal 0) es entre 1 y 8 y entre 129 y 139. Resultado de una
- lectura de ID's sobre esta pista con 765DEBUG:
-
- Milisegundos Sector Tamaño Cilindro Cara ST0 ST1 ST2≡
- ──────────────────- ────── ──────────── ──────── ────── ───── ───── ─────≡
- [ 10.11] 10.11 8 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 27.47] 17.36 137 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 37.56] 10.09 1 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 47.67] 10.11 138 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 57.76] 10.09 129 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 67.85] 10.09 139 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 77.95] 10.10 130 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 88.04] 10.09 2 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 98.18] 10.14 131 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 108.26] 10.07 3 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 118.37] 10.11 132 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 128.44] 10.08 4 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 138.55] 10.11 133 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 148.64] 10.09 5 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 158.74] 10.10 134 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 168.83] 10.09 6 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 178.93] 10.09 135 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 189.02] 10.09 7 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 199.12] 10.10 136 512 ( 2) 0 0 0x01 0x00 0x00≡
-
- Es decir, hay 19 sectores en esta pista (1 más de lo normal). Los 8
- primeros pueden ser reconocidos por la BIOS y al ejecutar un comando DIR desde
- DOS permiten mostrar algo de información sobre el disco, aún en el caso de que
- no haya soporte instalado para este formato. Sin embargo, OS/2 utiliza siempre
- los números de sector más altos, a partir de 129; de hecho, el sector 129 es
- el auténtico sector de arranque que muestra OS/2. Los discos OS/2 de 1.84M
- tienen también, por tanto, un sector de arranque físico y otro virtual, igual
- que los 2M. El cabezal 1 del cilindro 0 contiene otros 19 sectores, numerados
- en esta ocasión de 129 a 147. El interleave elegido en ambas caras es 1:2.
- Realmente no es necesario ese interleave para sectores tan separados, pero
- teniendo en cuenta que las demás pistas serán accedidas sector a sector,
- debido a su arquitectura, para poder utilizar las mismas rutinas con las
- primeras pistas es necesaria esta técnica (las primeras versiones de 2M
- también utilizaban un interleave 1:2 en la primera pista; posteriormente
- fueron optimizadas las rutinas para permitir un acceso multisector en los
- casos en que es posible).
-
- En total, entre las dos primeras pistas se totalizan 30 sectores
- disponibles para OS/2 (los 8 primeros de la primera pista son sólo para
- responder ante un hipotético DIR en MS-DOS). Como estos discos simulan 23
- sectores por pista, hay un déficit de 16 sectores entre las dos primeras
- pistas... que es preciso cubrir de alguna manera. En primer lugar, la segunda
- copia de la FAT es emulada a partir de la primera, exactamente igual que 2M,
- ya que en el sector de arranque se indica que hay dos FAT. Como esto sólo
- cubre 11 de los 16 sectores, se simula también que el disco contiene 5
- sectores defectuosos. Este es el motivo por el que todos los discos OS/2 de
- 1.84M informan ante un CHKDSK de la presencia de 2560 bytes en sectores
- defectuosos, algo que realmente no es cierto. Esos sectores defectuosos son
- los primeros 5 clusters del disco (el lector puede echar un vistazo al inicio
- del sector 130, primero de la FAT bajo OS/2, para comprobarlo).
-
- Echemos un vistazo a una pista de un disco 2M de 1.88M, que no sea la
- primera, con la ayuda de nuevo de la utilidad 765DEBUG:
-
- Milisegundos Sector Tamaño Cilindro Cara ST0 ST1 ST2≡
- ──────────────────- ────── ──────────── ──────── ────── ───── ───── ─────≡
- [ 33.95] 33.95 3 2048 ( 4) 0 1 0x04 0x00 0x00≡
- [ 45.32] 11.37 7 512 ( 2) 0 1 0x04 0x00 0x00≡
- [ 79.14] 33.82 4 2048 ( 4) 0 1 0x04 0x00 0x00≡
- [ 112.94] 33.80 1 2048 ( 4) 0 1 0x04 0x00 0x00≡
- [ 146.76] 33.82 5 2048 ( 4) 0 1 0x04 0x00 0x00≡
- [ 180.58] 33.82 2 2048 ( 4) 0 1 0x04 0x00 0x00≡
- [ 198.97] 18.39 6 1024 ( 3) 0 1 0x04 0x00 0x00≡
-
- Las demás pistas de los discos OS/2 de 1.84M están formateadas con más
- capacidad de una manera similar a como 2M realiza en 1.88M; en concreto, están
- rellenas con un sector de 8192 bytes, otro de 2048, otro de 1024 y uno de 512
- bytes, numerados a partir de 130 (2M preformatea las pistas en 1.88M numerando
- a partir de 129). Esta técnica de formateo es a dos fases, llenando la pista
- con sectores pequeños de tamaño falseado, que luego se unen en una operación
- especial de escritura:
-
- Milisegundos Sector Tamaño Cilindro Cara ST0 ST1 ST2≡
- ──────────────────- ────── ──────────── ──────── ────── ───── ───── ─────≡
- [ 19.91] 19.91 131 1024 ( 3) 1 0 0x01 0x00 0x00≡
- [ 29.84] 9.92 130 512 ( 2) 1 0 0x01 0x00 0x00≡
- [ 64.73] 34.89 132 2048 ( 4) 1 0 0x01 0x00 0x00≡
- [ 199.73] 135.00 134 8192 ( 6) 1 0 0x01 0x00 0x00≡
-
- Es el equivalente a un disco 2M de 1.88M donde 4 sectores de 2048 bytes
- han sido englobados en uno de 8192. El inconveniente de esta técnica es que
- el buffer interno para las transferencias tiene que tener más longitud. Por
- ejemplo, si 2M soportara este formato ocuparía 11 Kb de memoria en lugar de 5.
- Por otro lado, la ventaja es que al haber aún algún sector menos en la pista,
- hay algo más de espacio para separarlos y el formato es algo más seguro. Esto
- significa que una unidad muy lenta podría formatear un disco que podría ser
- escrito en una más rápida sin dañarlo (en todo caso, para que un disco 2M de
- 1.88M resulte dañado en una operación de este tipo, ambas unidades tendrían
- que tener velocidades de rotación defectuosas hasta extremos patológicos y
- fuera de las especificaciones).
-
- IBM ha utilizado algunas ideas útiles (arranque virtual, FAT emulada,
- técnica de formateo en dos fases y algunas características de versiones
- antiguas de 2M). Además ha tenido que pagar por ello a la empresa que le ha
- cedido la "tecnología XDF"; por ello, en esta versión de 2M dejo claro en la
- documentación que el formato de los discos 2M es público y gratuíto, con
- objeto de potenciar su extensión futura y disipar dudas sobre licencias.
-
- En cualquier caso, el formato adoptado por IBM ha supuesto una palmada en
- la espalda y una reconocimiento global de la utilidad de programas como 2M, el
- formato más extendido en estos momentos y con mayor soporte; uno de los
- pioneros (y aún el líder) en estas técnicas. Quienes criticaban la fiabilidad
- de los disquetes "no estándar" probablemente reconsiderarán ahora su postura.
-
-
- {LINEASUBMENU [MARCAS REGISTRADAS Y GARANTIA]}
-
-
- MARCAS REGISTRADAS
- ──────────────────
- ■ IBM, IBM PC, XT, AT, PS/2, OS/2 son marcas registradas de International
- Business Machines.
- ■ Borland C++, Turbo Assembler, Turbo C, son marcas registradas de Borland
- International Inc.
- ■ QEMM es marca registrada de Qarterdeck Corporation.
- ■ MS-DOS, Microsoft, Microsoft Windows y Microsoft Chicago son marcas
- registradas de Microsoft Corporation.
- ■ DR-DOS es marca registrada de Novell Corporation.
- ■ UNIX es marca registrada de AT&T Bell Laboratories.
- ■ AMI es marca registrada de American Megatrends Inc.
-
- Todas las demás marcas registradas no mencionadas
- son propiedad de sus respectivas compañías.
-
-
-
- GARANTIA
- ────────
- EL AUTOR DE ESTE PROGRAMA NO ASUME RESPONSABILIDAD ALGUNA DE LOS DAÑOS Y
- PERDIDAS QUE SU UTILIZACION DEBIDA O INDEBIDA PUEDA PROVOCAR. POR ELLO, NO
- ESTARA NUNCA OBLIGADO A PAGAR LAS HIPOTETICAS REPARACIONES QUE HUBIERE.
-
-
- {LINEASUBMENU [ACERCA DE 2M-INFO Y 2M 3.0]}
-
- Este programa puede ser invocado con parámetros opcionales para entrar
- directamente en modo 765DEBUG ó FDTR. También dispone de opciones para evitar
- la presentación inicial y final, o forzar el modo texto o el número de líneas.
- Puede obtener más información solicitando ayuda (2M-INFO /?).
-
- La pantalla inicial está realizada en el modo 320x400x256 (modo X), con
- una digitalización de una imagen estelar de Muy Interesante edición española,
- nº162 (pág 173). El fragmento de imagen está comprimido en el fichero FMC.
-
- Finalmente, el fichero FDA contiene este texto así como la definición de
- los menús. Se trata de un fichero ASCII cuyos códigos de control, también en
- ASCII, pueden eliminarse quitando todo lo contenido entre llaves '{' y '}'
- salvo lo que a su vez está entre corchetes.
-
- Todos los programas de esta aplicación (2M 3.0) están desarrollados en
- ensamblador o en C. El compilador empleado ha sido Borland C++ 3.1, con el
- ensamblador que le acompaña.
-
- Versiones de 2M aparecidas hasta el momento:
-
- 7/07/93: 2M 0.5ß - Primera versión beta (1.88M).
- 22/08/93: 2M 0.8ß - 1.06M/1.88M (3½) y 902K/1.55M (5¼).
- 31/10/93: 2M 1.0 - Formatos de 984K/1.80M (3½) y 820K/1.47M (5¼).
- 15/12/93: 2M 1.1 - Inicio formateo en discos vírgenes más rápido.
- 2/02/94: 2M 1.3 - Primera versión distribuída en Internet.
- 30/04/94: 2M 2.0 - Código SuperBOOT, 2M-ABIOS y 2M-XBIOS.
- 31/05/94: 2M 2.1 - Correcciones 2M-XBIOS, mejora documentación.
- 6/03/95: 2M 3.0 - 2MGUI: 1.17M/1.97M (3½) y 976K/1.63M (5¼).
- Optimizador y extensor de soporte 2MDOS.
- Nuevo 2M-INFO con 765DEBUG.
-
- ▀▄
- ▄ ▄ ▄▄ ▄▄▄▄▄ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄█▄
- ▄▀
- ▄▄▄▄▄▄ ▄▄▄▄▄▄ ▄▄▄▄▄▄ ▄▄▄▄▄▄ ▄▄▄▄▄▄▄─┼─ ▀
- █ ▄ ▄ █ █ ██ █ █ ▄▄▄▄▄ ▄ ▄
- █▄ ▄ ▄▄▄▄▄ ▄ █▄▄▄▄▄ █ █ █▄▄▄ █▄ █ ██ ██ ▄▄▄ ▄▄▄
- ██ █▄ █▄ █▄ ▄█ █ █ █▄ ██ █▀▀▀▀ █ ▀ █ ▄█ █ █
- ██▄▄▄▄ ██ ██ ██ ▄▄▄▄██ █▄▄▄▄█ ██ ██ █▄▄▄▄ █ █ ▄▄█ ▄ █▄█
-
-
- {LINEASUBMENU [MENU ANTERIOR]}
- {LINEAMENU 765DEBUG}
- {LINEAMENU FDTR}
- {LINEAMENU [LICENCIA Y CONDICIONES DE USO]}
-
- 2M NO ES GRATUITO: ES UN PROGRAMA CARDWARE
- ──────────────────────────────────────────
-
- 2M es un proyecto experimental y el fruto de unas 2000 horas netas de
- auténtica investigación y programación. Nadie trabaja gratis para no recibir
- nada a cambio. Y yo pido muy poco. Utilizar 2M de alguna manera y no enviarme
- la tarjeta postal es tan ético como no depositar la moneda al recoger un
- periódico en una gasolinera. En caso de cesión futura de derechos a otra
- empresa, una condición no negociable sería respetar la condición de usuario
- registrado a todos aquellos que alguna vez me hayan enviado la tarjeta postal:
- aprovecha para registrarte una vez y serás usuario legal para siempre (esto no
- incluye futuros productos basados en las técnicas de 2M). ¡Por el módico
- precio de una tarjeta postal y un sello!.
-
- Para registrarse a 2M es necesario enviar una tarjeta postal al autor del
- programa. Ello otorga completos derechos de uso de todas las facilidades con
- la única limitación de no poder facturar por ello. El usuario puede copiar
- *gratis* el programa a otras personas, siendo deber y obligación particular
- de las mismas enviar su propia tarjeta postal si deciden utilizar 2M a:
-
- Ciriaco García de Celis
- C/Renedo 2, 4-C
- 47005 Valladolid
- España
-
- Los usuarios registrados que me indiquen además una dirección electrónica
- en la postal (Internet, Fidonet, Compuserve, etc) serán avisados por este
- medio cuando aparezca una nueva versión del programa.
-
- Las empresas de distribución de software de dominio público pueden cobrar
- una modesta cantidad por distribuir 2M junto a otros programas en el CD-ROM,
- disquete o cualquier otro soporte. Las personas que consigan 2M por una de
- estas vías siguen teniendo el deber de enviar su postal para registrarse.
-
- El uso de disquetes 2M/2MGUI, su sector de arranque o el código SuperBOOT
- no está ni estará nunca sujeto a licencia. Los disquetes 2M/2MGUI, su sector
- de arranque y el código SuperBOOT son totalmente públicos (de hecho, ya no son
- exclusivos de MS-DOS) y pueden ser copiados y reproducidos sin limitaciones;
- el autor de 2M no cederá nunca los derechos del programa a una empresa que no
- acepte la condición de público del sector de arranque, el código SuperBOOT, o
- que no asuma la base de usuarios registrados hasta el momento. Sí esta sujeto
- a licencia el uso de ficheros de 2M (algo casi imprescindible en MS-DOS) por
- lo que los usuarios de programas de este paquete 2M deberán registrarse
- enviándome la postal. Las condiciones para las empresas o particulares que
- decidan usar discos 2M como soporte de sus propios productos son realmente
- excepcionales, como se verá después. El término "2M" hace referencia a todos y
- cada uno de los ficheros incluídos en el paquete.
-
- ¿Merece la pena el esfuerzo que supone enviar una postal?
-
- - El fuente de 2M consta de más de 24.000 líneas totalmente diferentes de
- código (360 páginas de impresora). Ese fuente es además público, un gesto
- sorprendente, y más por tratarse del tipo de software que es.
- - Además del soporte residente para DOS y del formateador, 2M viene con una
- actualización BIOS para las máquinas que lo precisen y para añadir soporte
- de alta densidad a sistemas PC/XT (y 1.44M a AT obsoletos).
- - Un programa de optimización de formateo para lograr, sin discusión posible,
- los discos estándar más rápidos del mundo.
- - 2M 3.0 recupera de nuevo el liderazgo absoluto: puede estar seguro de tener
- en sus manos el formateador de disquetes de mayor capacidad del mundo en
- estos momentos.
- - Este programa (2M-INFO) es un completo tutorial con las utilidades de
- depuración de disquetes y prueba de formatos más potentes. 765DEBUG es la
- única utilidad que puede explorar todos los formatos de disco, y el único
- que permite escribir a nivel de pista física completa.
- - 2M es el fruto de una constante investigación y actualización: su fiabilidad
- cumple las más altas especificaciones, de ahí el elevado tiempo de
- desarrollo empleado y que importantes fabricantes lo imiten. Quienes
- desconfiaban de los disquetes "no estándar" han recibido un soberbio sopapo
- por parte de IBM con sus nuevos discos de 1.84M, equivalentes al formato de
- máxima capacidad de 2M (aparecido justo un año antes) que ni siquiera yo
- recomendaba (bien es cierto que más por razones de rendimiento que de
- seguridad en los datos).
-
- Las nuevas versiones de 2M son siempre revolucionarias respecto a las
- anteriores. ¿Cuantos programas, después de haber alcanzado supuestamente el
- límite máximo, se autosuperan en la siguiente versión?. Envíame tu postal
- a título de tarjeta de registro. Enviar una postal puede parecer poco usual,
- pero me gustaría que 2M ayudara a cambiar esta manera de pensar.
-
- * * *
-
- El usuario puede modificar el código fuente de 2M para adaptarlo a sus
- necesidades particulares; sin embargo, está prohibido distribuir versiones
- modificadas del programa en cualquiera de los ficheros. Para incluir un cambio
- será preciso escribir al autor, único autorizado para editar nuevas versiones,
- y proponérselo. Del mismo modo, editar nuevos programas basados en el código
- de 2M sin solicitar permiso, es ilegal y será perseguido con ayuda de la
- legislación vigente. Sin embargo, otros programadores pueden crear sin tener
- que solicitar permiso programas compatibles con disquetes 2M o portarlo a
- otros sistemas: mientras no haya copia de código al pie de la letra, las ideas
- básicas de 2M (y por tanto, de 2MGUI) son patrimonio público, al igual que los
- formatos físicos de disco, el sector de arranque y el código SuperBOOT.
-
- Condiciones para las empresas o particulares que deseen distribuir
- aplicaciones propias (o de otras empresas) en disquetes 2M, o usar 2M para
- reproducir los discos:
-
- 1-Los disquetes 2M pueden servir de soporte para distribuir todo tipo de
- aplicaciones. Un programa comercial puede ser distribuido en disquetes 2M,
- pero sin incluir ningún recargo por este concepto (recordar que el formato
- de disco 2M es totalmente público).
- 2-Dichas aplicaciones distribuidas en disquetes 2M pueden incluir incluso
- 2M.COM ó 2MX.COM *sin modificaciones* (2MGUI es aún una utilidad
- experimental); en otro caso deberán incluir el paquete completo (2M30.ZIP)
- y no únicamente otros ficheros individuales.
- 3-Las empresas que utilicen 2MF o 2MDOS para la duplicación deberán enviar
- una tarjeta postal como cualquier otro usuario de 2M (no estarán sujetas a
- esta obligación por el mero hecho de emplear discos 2M, ya que el formato
- de disco es público y podrían haber obtenido los disquetes 2M con otros
- programas o en otros sistemas operativos).
- 4-En caso de cesión de derechos de 2M a alguna empresa, la condición 3,
- referida al modo de pago con tarjeta postal podría modificarse para
- *futuras* distribuciones de sus productos en discos 2M, afectando a TODAS
- las versiones de 2M editadas hasta la fecha, pese a haber enviado su
- tarjeta postal de registro; pero el formato de disco continuará siendo
- público (por ello, podrán utilizar otra utilidad para crear discos 2M si
- no están de acuerdo con las nuevas condiciones). Sobre las distribuciones
- realizadas con anterioridad, no habrá nunca discusión posible alguna.
-
- Mi objetivo es fomentar la extensión del formato 2M pero manteniendo mi
- copyright y la posibilidad de modificar las condiciones de uso de los ficheros
- del programa para usuarios futuros (y para empresas que ya lo usen, en
- ocasiones futuras). No pretendo tener licencia alguna sobre el formato físico
- de los discos, que es público.
-
-
- {LINEAMENU SALIR}
- {FINIDIOMA ESPAÑOL}
-
- * * * I N G L E S * * *
-
-
- {INICIOIDIOMA ENGLISH:*}
-
- {LINEAMENU [HOW TO USE 2M IN 30 SECONDS]}
-
- Perhaps you are crushed seeing the big number of files included in new 2M
- release. Although 2M is much more than a high capacity diskette formatter, to
- use the basic functions of this program, you only need two files:
-
- 2M.COM: Being executed, it becomes resident on memory to add
- support for 2M disks. 2M.SYS file is an alternative
- replace for 2M.COM, but generally it results less
- useful. Put 2M.COM in your AUTOEXEC.BAT file, to load
- it automatically when DOS starts.
- 2MF.EXE: Program to format 2M disks. Simply, execute 2MF A: to
- build a 2M disk, for example. This 2MF version usually
- detects target disk type in 3½ (high/double density
- automatic selection) and sometimes also in 5¼.
-
- All executable files are provided with online help (switch /?) and some of
- them, by simply being run. There is also an supported /I option to switch to
- another language.
-
- 2M disks can be duplicated using DISKCOPY on the same drive. The target
- disk can be even unformatted (but this feature needs the optional 2MDOS
- utility to be loaded).
-
- The SYS command works with high density 2M disks (2M high density disks
- can be made bootable) thanks to the SuperBOOT technology, which lets you use
- 2M disks in systems without 2M.COM loaded, using the simple method of booting
- them with a 2M high density disk in A: drive.
-
-
- {LINEAMENU [WHY TO USE 2MDOS]}
-
- 2MDOS is a very powerful terminate and stay resident program which stays
- in memory after being executed. It has various important jobs, and can do one
- or more of them as user desires:
-
- - To let DOS DISKCOPY to format a 2M or FDREAD target disk. Until 2M 2.1,
- DISKCOPY only could copy a 2M/FDREAD disk if target was already formatted.
- - To let DOS FORMAT and most format utilities to build faster disks in
- normal operation.
- - To add FDFORMAT support to system. With 2MDOS loaded in memory, it isn't
- necessary to install the famous FDREAD utility.
- - To let DOS FORMAT build non standard disks, including 2M and FDFORMAT
- ones (although 2MF is a lot more efficient in this job).
-
- The first job is done by default if 2M is detected on memory when 2MDOS
- is loaded. Thank to this, support for DISKCOPY (or Norton DUPDISK) is at this
- moment almost complete.
-
- The second job is the most important one. For example, a 1.44M disk
- formatted with FORMAT gets only a 30 Kb/second data transfer rate. Using the
- famous FDFORMAT utility and its /X:2 /Y:3 options, the same disk gets 39.5
- Kb/sec. Finally, with 2MDOS loaded and using almost any disk format program
- (as FORMAT, for example) resulting disks have a 45 Kb/sec data transfer rate.
- This speed is related to the normal use of the disk after having been
- formatted.
-
- 2MDOS implements two format optimization technologies: by default, in 1.2
- and 1.44M disks it uses the «DiskBoost» technique. In the rest of the disk
- formats the traditional «Sector Sliding» technique (skew), first introduced by
- FDFORMAT, is applied instead. Both techniques let us to get 100% standard
- disks, which can be ported between different systems, but notably faster in
- normal use. The «Sector Sliding» is used by some advanced format programs and
- in some Unix platforms and non-PC systems, is performed by default. However,
- only two programs in the world, at the beginning of 1995, use the DiskBoost
- technology: the shareware TurboDsk (from Mr. Lord Ground) and 2MDOS. I don't
- recomend anyone to use TurboDsk: this program leaves two unverified sectors
- at the end of the tracks after format phase (helped by this trick, and not
- reported to the user, it gets its large format & [relaxed]verify speeds).
-
- Remember: while a efficient diskcopy and format program don't exist (one
- with both format optimizations available, in the special DiskBoost, and
- support for 2M diskcopy) intelligent users will load 2MDOS in memory to build
- high performance diskettes. In other 2M-INFO areas there is information about
- the big difference, in performance, from one disk format technology to other.
-
- With 2MDOS loaded, FORMAT supports any disk format available by setting
- the number of tracks and sectors (/T and /N options). However, MS-DOS 5/6
- FORMAT has some internal bugs which make it to incorrectly init the FAT in non
- standard high density disks (previous releases and DR-DOS 6 doesn't have
- problems). 2MDOS has an option to help MS-DOS 5/6 FORMAT (the /FORMAT option)
- which also lets MS-DOS DISKCOPY to copy 2M disks between two drives of the
- same size (in other case it only supports the copy on a single drive).
- However, it is preferable not to enable this option (more information
- available in 2MDOS online help).
-
- There is other little problem using MS-DOS 6 FORMAT (previous releases and
- DR-DOS one are not problematic) which is slightly worse with 2MDOS loaded. If
- the user tries to convert a 2M disk into a standard one with a command like
- FORMAT A: /U, because he has used /U switch, MS-DOS 6 FORMAT will not perform
- the unconditional format that it must, but tries to reproduce the previous
- disk format instead. If 2MDOS is not loaded it will fail: "formatting 1.44M...
- format not supported by drive", but with 2MDOS loaded, it doesn't fail: the
- result of the format is again a 2M disk! (but not very well formatted, unless
- 2MDOS /FORMAT switch was set) and not an standard disk as it even claims. The
- solution is NOT to use /U switch when formatting a previous 2M disk. Or if /U
- switch is set, then also force disk format with /F (/F:1.44 for example). With
- blank, standard or 2MGUI disks, (MS-DOS 6) FORMAT never has problems.
-
- There are elite computer users, different from the rest of conventional
- users. They are the ones who use 4DOS instead of COMMAND.COM, QEMM instead
- EMM386; in Unix, Linux instead other systems more expensive and less
- efficient... and from now on, DiskBoost optimized disks instead clumsy ones.
-
-
- {LINEAMENU [2MGUI: ABSOLUTE DISK CAPACITY RECORD]}
-
- 2M, until a short while back, was the highest capacity disk formatter.
- However, with new OS/2 3.0 release and its 1.84M format, the boys from Backup
- Technologies Inc. (Tampa, FL, USA) get the draw with their new disk format
- that, although very similar, it is incompatible with 2M. With the new
- experimental utility, 2MGUI, 2M restores it leadership. 2M users can be sure
- that they are using the highest capacity disk formatter in the world.
-
- The new disk format continues with reasonable reliability. If you don't
- know which disk format to use (2M or 2MGUI) do not write the author: At this
- time I don't know the answer. It's best to get your own opinions and tell me
- under any circumstance the results.
-
- The 2MGUI utility is a device driver which allows the user to get the
- maximum capacity from their floppy disks. It needs to build new drive letters
- not only to go further in disk capacity but also because DOS and BIOS are by
- themselves not capable of accessing these new formats. The new drive letters
- also support all standard formats, most of FDREAD's formats and with 2M
- loaded, 2M formats.
-
- This program is as easy to use as other 2M tools; that is, it uses only
- one file that a user must needs to load from CONFIG.SYS with a DEVICE
- statement. Then it can be executed from the DOS command line, selecting a
- drive letter, to format new disks. This program is completely independent of
- 2M and 2MF (but compatible with them).
-
- ┌───────────┬───────────┬────────────┐
- │ Double │ High │ Extrahigh │
- ┌───────────────────────────────┼───────────┼───────────┼────────────┼──────┐
- │ Absolute record before 2M │ 820.0 Kb │ 1394.0 Kb │ -- │ │
- │ Maximum 2M capacity (2MF /M) │ 902.0 Kb │ 1558.0 Kb │ -- │ 5.25 │
- │ Minimum 2MGUI capacity │ 976.6 Kb │ 1639.8 Kb │ 1203.1 Kb │ (5¼) │
- │ Physical limits (82 tracks) │ 1001.0 Kb │ 1668.2 Kb │ 1228.8 Kb │ │
- ├───────────────────────────────┼───────────┼───────────┼────────────┼──────┤
- │ Absolute record before 2M │ 984.0 Kb │ 1722.0 Kb │ 2880.0 Kb │ │
- │ Maximum 2M capacity (2MF /M) │ 1066.0 Kb │ 1886.0 Kb │ 3772.0 Kb │ 3.5 │
- │ Minimum 2MGUI capacity │ 1176.0 Kb │ 1972.0 Kb │ 3944.0 Kb │ (3½) │
- │ Physical limits (82 tracks) │ 1201.2 Kb │ 2002.0 Kb │ 4003.9 Kb │ │
- └───────────────────────────────┴───────────┴───────────┴────────────┴──────┘
-
- 2MGUI gets 1972K in all (100.0%) 1.44M diskette drives, and 1985K or more
- in many drives. You are probably thinking that your drive is not one of the
- drives which supports the dream format with 1920 or 1968K. I assure you that
- my own drive doesn't support 1968K format, as most drives don't. But 2MGUI,
- and its 1972K disk formatting really works because it uses a new technique
- never imagined until now. So forget the low prestige of disk formats below
- 1886K.
-
- 2MGUI's drives support DISKCOPY (MS-DOS 5.0 and later releases, also
- DR-DOS 6.0 and Novell DOS DISKCOPY) with already formatted target disks and
- works correctly under Windows. The program can run on PC/XT systems and is
- completely user-definable: at high level, new disks are 100% programmable by
- user; at low level, it is possible to define all important functional
- characteristics and the work environment. However, the program becomes set by
- default to work in most systems, and sets itself to different system features
- it detects. The test option also allows the user to determine the maximum
- capacity supported by a particular drive with accuracy.
-
- While running under Windows and similar environments, the user will note
- that the keyboard practically remains locked (and mouse pointer stopped) while
- copying files. But before pressing the system reset buttom, it is best to wait
- a few seconds: although it may seem to hang, it isn't (unless it has
- unfortunately coincided with one of the usual Windows crashes). The intensive
- CPU load produced by 2MGUI is not as evident in the DOS command line, but
- under Windows it may becomes spectacular. Remember; although the mouse pointer
- locks (without changing to the hourglass) the system isn't hung up.
-
- 2MGUI sets the diskette drive controllers to operational limits. Really,
- 2MGUI directly accesses the diskette drive, storing physical tracks. The
- diskette controller is only tricked. 2MGUI disks are reliable, and are almost
- as safe as 2M or standard diskettes. Perhaps some systems don't support these
- techniques but I still haven't found one of them (between compatible systems).
- The only problem resides in the difficult translation of these techniques to
- multitasking environments, since they require the attention of the CPU during
- long and steady time frames. Another little obstacle is that the current
- release needs to make new drive letters, making the first access to a
- non-2MGUI disk a little slower. It is not recommended to activate the verify
- (VERIFY ON) on 2MGUI drives, since this implies to disable delayed write in
- order to be able to verify, and this makes the disks slower than you think (it
- is a good idea to compare the files after copying them, if needed). It is also
- recommended to use at least 32-40 buffers (BUFFERS=40 sentence in CONFIG.SYS).
-
- 2MGUI devices identify themselves as removable ones, and as a authentic
- 1.2/1.44/2.88M diskette drives; this way they are considered by diagnostic
- utilities (MFT, MSD, etc) and the operating system. If any program retries
- access, while performing some operations, repeatedly and annoyingly to 2MGUI
- devices, because there is no disk introduced, this is because such programs do
- not identify and manage these drives as they should; and unfortunately the
- solution to this little inconvenience isn't at hand.
-
-
- {LINEAMENU [USING 2M UNDER LINUX]}
-
- Mtools is a public domain collection of programs to allow Unix systems to
- read, write, and manipulate files on an MSDOS filesystem (typically a
- diskette). Each program attempts to emulate the MSDOS equivalent command as
- closely as possible. Mtools are useful for users from Linux, Interactive 386,
- AT&T UnixPC, Sun Sparcstation and DELL SVR4, and other platforms.
-
- Nowadays it is possible to use the most interesting 2M disk formats in
- Unix under Linux, in a comfortable way, thanks to mtools. Mtools also improves
- support for all non-standard disk formats available. The user only needs to
- compile the mtools package (if it isn't compiled) to use diskette drives
- without having to mount them, in a similar way as MS-DOS (mdir, mcopy, etc).
-
- Linux does not yet support the new 2MGUI disks, but support is likely in
- the near future.
-
- Some places from where to get mtools from are (current release is at this
- moment 4.1):
-
- FTP Address Directory File
- ────────────── ─────────────────────────────── ──────────────────────
- ftp.imag.fr pub/Linux/ZLIBC/fdutils fdutils-4.1.src.tar.gz≡
- sunsite.unc.edu pub/Linux/system/Misc fdutils-4.1.src.tar.gz≡
- tsx-11.mit.edu pub/linux/sources/sbin fdutils-4.1.src.tar.gz≡
- ftp.gui.uva.es pub/linux.new/software/diskutil fdutils-4.1.src.tar.gz≡
-
- Mtools was originally developed by Emmet P. Gray. But current maintainers
- are Alain Knaff (Grenoble, France) and David Niemi (Reston, Virginia, USA).
-
-
- {LINEAMENU [USING 2M UNDER OS/2]}
-
- OS/2 3.0 has its own 1.84M disk format. Although it came out a year after
- 2M, this new format is not 2M-compatible. Furthermore, OS/2 doesn't support
- (without help) 2M disks, while Linux already supports them.
-
- 2M's author, at the moment hasn't any intention for supporting OS/2 disks
- under DOS (by the way, their file images created by XDFCOPY can be dumped into
- a 2MF/M 80 tracks disk using RAWRITE or similar utilities). But I do have the
- intention of building a specific OS/2 driver to improve 2M support for OS/2,
- and other environments, depending on my free time (not enough at the moment).
-
- At the present time, it is possible to use 2M disks under OS/2 using DOS
- drivers, with some restrictions and discomforts, as this is a provisional
- solution. 2M 3.0 is the first release where OS/2 support is really operative
- and has been sufficiently tested (2M-OS2.EXE utility available on old releases
- had some problems; also, it didn't operate the solution proposed in 2M 2.1
- using DRIVER.SYS driver).
-
- We'll see what considerations are needed to use 2M disks under OS/2.
- First, it is necessary to start DOS from a diskette drive, from a DOS boot
- disk file image or from a DOS partition; in the integrated DOS sessions 2M
- can't handle disk access. Curiously, it is possible to format in these
- sessions, but normal operations are not possible: the filesystem of the DOS
- virtual session seems have been built without BIOS calls, which are the ones
- intercepted by 2M (and so, it can't detect disk access). Once authentic DOS
- has been loaded, for example from a DOS boot disk file image (created with
- OS/2 VMDISK utility) or from a DOS partition, 2M works.
-
- Most users will install the FSFILTER.SYS driver in their CONFIG.SYS file.
- This device driver improves access to HPFS partitions and, what is more
- important, it allows writing onto FAT partitions (in other cases read only).
- Here the problems return again: loading this driver, which modifies DOS disks
- access, 2M becomes again inoperative. There are two possible solutions. One of
- them is to use FSACCESS to put away FSFILTER floppy control (with a command
- like FSACCESS !A). The problem is that this command requires a disk introduced
- in the drive (formatted or not) to avoid not ready errors, and this is
- uncomfortable. Also, MS-DOS becomes very affected by OS/2 disk management and
- A: & B: drives fail frecuently with 2M disks. The second solution, more
- effective, is to load a new device driver after FSFILTER to build new drive
- letters (as D: or E:, for example) to use the BIOS for disk access: in these
- new drives, there will not be any problems with FSFILTER. In our case, this
- driver will be 2MGUI. Of course, 2M must also be loaded.
-
- These DOS sessions must have sufficient privileges (with the risk implied
- by this choice to the global system reliability); this may force some users to
- slightly tune their session configuration.
-
- Although, 2M disks access under OS/2 is possible at this moment, it is not
- very comfortable. When an application performs an I/O access to some diskette
- drive controller ports, which is frecuent in 2M code, OS/2 intercepts the port
- access and accesses both A: and B: drives to read the FAT on both devices.
- Imagine a command like DIR D: to read a 2M disk (really in A:). First, the LED
- of A: drive turns on, then OS/2 tries during 15 seconds to read the FAT of the
- 2M disk (and it takes too much time and fails, because some sectors are
- located in the second track, 2M formatted), then the LED of B: drive goes ON,
- another 2 seconds are spent (if no disk is inserted) and after two or three
- seconds, the directory appears. In total, over 20 seconds to perform the first
- access.
-
- Fortunately, until the disk motor turns off, OS/2 won't interfere and user
- will be able to copy or delete files at the normal speed... but the first
- access is extremely slow. And when motor stops (fortunately it takes at least
- 5 seconds ON under OS/2) in the next access, the wait will be repeated.
-
- There will be a solution based on modifications to the 2M disks physical
- boot sector (virtual one will continue unmodified) to set a FAT smaller than
- real one, in order to let OS/2 to read it in a moment. On this way, the first
- access will be reduced to few seconds (note that it isn't dangerous to cheat
- OS/2: is the MS-DOS virtual machine the one which drives diskette drives). But
- Linux won't be able to access 2M disks with a "incorrect" physical boot record
- and, of course, 2M author doesn't desires to make 2M incompatible with Linux
- but to improve performance in other operation system more or less deliberately
- incompatible with 2M. Further investigations try to avoid OS/2 port
- interceptions, since OS/2 do not protect the access across non standard
- address (for example, the 0x3F7 port is the same that 0x13F7) but this method
- is still being investigated.
-
- There is also another possible solution, but it requires the user's
- cunning: When he tries to access a 2M disk, first he can extract the disk. On
- this way, OS/2 only takes two seconds and, when switch to access the other
- drive, the user can insert the disk again. Two seconds later, with MS-DOS
- access, the directory will appear (if the command was a DIR one). To be
- cunning, or to wait too long each time.
-
-
- {LINEAMENU [USING 2M UNDER WINDOWS 95]}
-
- Although under Windows 3 it isn't necessary to perform any special tricks
- (it is sufficient to have 2M installed before loading Windows) under new
- Windows 95 beta 2 (October 94) 2M disks aren't supported directly, but it is
- possible to make them work without encountering any big problems.
-
- 1) Integrated in system method.
- ───────────────────────────────
- The user will need to configure Windows 95 to remove its floppy drives
- control; in this way, it will use ordinary BIOS (and so, 2M, loaded before
- Windows 95 from CONFIG.SYS or AUTOEXEC.BAT will work). If you happen to be
- in Windows 95 at this moment, try to select the Control Panel and choose the
- System icon. Having done this, click on the Device Manager option. Select
- Floppy Disk Controllers to expand it and then choose the Standard Floppy Disk
- Controllers option. Inside this option, a window will appear - here you have
- to disable the "Original Configuration" switch in the Device Usage box, using
- the mouse pointer to remove the enabling cross. When exiting, Windows will
- ask you if it should reinitialize itself, answer yes. 2M will now be fully
- operative from this moment, both in DOS Windows and inside the Windows 95
- environ.
-
- Returning to the window where the Standard Floppy Disk Controllers option
- appears, users are advised that this option is to be blamed. Disabling this
- option doesn't mean that there won't be any support for floppies, as Windows
- does not manage diskette drives - floppies are handled by MS-DOS 7.0 and BIOS.
- The problem is that Windows 95 is very slow with diskette drives in this
- configuration. In fact, with this option enabled, the system nears to collapse
- when using floppies which are very slow but still operative (it is recommended
- that users have plenty of patience, as the mouse pointer does not respond and
- will eventually hide). The copy command can take up to two or three times
- longer than under DOS... and aren't performed with multitasking.
-
- Users who aren't happy with this system slowness (whose cause I don't know
- but doesn't seem to be related with multitasking, since OS/2 doesn't have this
- problem and has better multitasking) can forget the Windows environ and the
- use of DOS COPY command under the DOS Window: another option (which I
- recommend) is using Pierre J. Le Riche TurboCopy utility for DOS, available on
- the same FTP and BBS sites as 2M, under the name TCPYxxx.ZIP; this program
- does not halt the system and has similar performance under Windows (its use is
- very similar to COPY and it is the tool for professional file copy boys). 2MF
- also does not freeze the system for any reason, and multitasks well with other
- applications without slowing down the system. The problems appears to be
- located in the interface between MS-DOS 7.0 and Windows 95... and perhaps
- will be resolved in the final release.
-
- 2) Method of exiting to MS-DOS.
- ───────────────────────────────
- Even under Windows 95 it is possible to exit to MS-DOS 7.0 for a while
- without having to reboot the system. Under MS-DOS, diskettes are faster and
- 2MGUI is operational (it doesn't work with the previous method in the current
- release, perhaps because Windows 95 version tested is still a beta version).
- The one inconvenience is that this option suspends multitasking and operation
- of the rest of the system.
-
- Since Windows 95 does not has this option by default, the user must add
- it to the system. This will create a new icon to reference the new MS-DOS
- (really, always full screen) windows. The procedure is: to press with the
- mouse pointer on Task Bar and choosing Start Menu Programs option. Then,
- select the Add button and input C:\WINDOWS\COMMAND.COM in the Command Line
- entry, then clicking on the Next button. After this, select the New Folder
- option and instead of the "Program Group #1" proposed by Windows, use
- AuthenticDos (for example) and select Next again. When prompted for a name for
- Shortext, enter DOS7 (as an example) and select the Next button again. After
- this, choose the icon you like (the MS-DOS one, for example) and select the
- Finish option.
-
- Now, a new option to call DOS sessions will be available, in addition to
- the default one. Running it, a DOS window will appear... apparently normal.
- To complete the configuration, you must select the Properties icon at the top
- of the window and click on the Advanced box. Then, select MS-DOS mode. It
- maybe interesting to disable the Warn Before Entering MS-DOS Mode option (but
- Windows 95 beta 2 WILL continue asking the user to confirm these sessions).
- You must exit selecting Ok... but NEVER choose the Configuration option!: if
- you choose it, an AUTOEXEC and CONFIG files will be created for this session
- and the system will be fully reinitialized on each activation. It is best not
- to select this option.
-
- The new icon created and configured is really a temporary exit to MS-DOS,
- which will return to Windows when the EXIT command is issued (which reloads
- Windows again).
-
-
- {LINEAMENU [WHAT ARE 2M-ABIOS AND 2M-XBIOS]}
-
- Some computers have an old BIOS or a BIOS built with a peculiar design,
- few compatible in disk operation. In those systems 2M and other low-level
- software can fail. In these cases, you can install this utility before 2M and,
- as a general rule, before any other TSR disk software. 2M-ABIOS is for AT
- systems and 2M-XBIOS for PC/XT computers.
-
- This program upgrades floppy disk support to the last AMI BIOS 1993
- technology. With it installed, and if there isn't any other disk software
- incompatible with 2M installed, if 2M doesn't work correctly on your computer
- (this is really difficult since 2M slightly depends on BIOS, but the author
- does already know some cases), this probably means that your computer is not
- 100% hardware compatible with the standard diskette interface. This is
- especially true if just this program is installed and DOS standard diskettes
- don't work.
-
- This utility is also useful to add 1.44M support to systems with older
- designed BIOS, some of them also AT systems (in these cases, the user must
- ignore the information about disk type reported by the BIOS while booting).
-
- The program has a true 100% emulation of the effective AMI BIOS disk
- control management, absolutely overriding your native BIOS in this job. This
- is the reason to force the user to load it from CONFIG.SYS, to ensure that it
- is always loaded before the rest of disk programs; in another way it could
- anulate them (after this moment it never calls to the previous level).
-
- Remember that if in your system 2M works correctly, you DO NOT need to
- load this program, especially if you already have an AMI BIOS (or any other
- one with the same diskette control efficiency). Perhaps the unique exception
- are old PC/XT computers: although provided with double density diskette
- drives, it maybe interesting to load 2M-XBIOS to modernize disk subsystem and
- to improve compatibility with modern disk tools. In old 4.77 MHz PC/XT systems
- diskette drives become faster with optimized disks (formatted with 2MDOS
- loaded) if 2M-XBIOS is also to drive them. The 2M-XBIOS code fits itself in
- timing to any system speed (in fact, it would run in a 386, 15 times faster,
- if it doesn't test the CPU): if 2M-XBIOS does not run in your PC, this means
- that your diskette controller isn't compatible. And if it is placed in the
- motherboard board, you won't able to replace it.
-
-
- {LINEAMENU [USING 2M IN PC/XT: 2MX]}
-
- Although 2M was initially designed for AT and above computers, from 1.2
- release it has gone with a PC/XT release: 2MX. The unique requirement is that
- system must be equiped with high density diskette controller and drives. Some
- modern small subnotebook computers are ready to connect an external high
- density disk drive. Other relatively recent PC/XT systems are provided with
- high density drives and a BIOS with high density support, but the disk drive
- is a double density one and user can replace it. Finally, in oldest systems
- which aren't classified in any of these categories, their owner can replace
- both the double density drives and controllers with new high density ones;
- this hardware may be used in the future in a new AT system (so, it is a very,
- very cheap option and also a good investment).
-
- Since it is difficult to find in the market nowadays high density
- controllers for PC/XT systems, if needed, the user can install an AT one. In
- 2MX tests, I needed to insert a 16 bit card in a 8 bit slot. The card was a
- IDE multi-io; however, the high half of bus (which can not be inserted since
- the slot is a 8 bit one) is only used to access IDE hard disk, and can be
- disabled by a jumper although this also was unnecessary. The logic for
- diskette drives, serial and parallel ports was completely functional, since it
- only uses the low half of slot.
-
- The main problem is located in PC/XT BIOS, in 99% of cases it is not
- capable to support high density. The solution in these systems is to load a
- more modern BIOS helped by 2M-XBIOS.EXE, the terminate and stay resident
- program which emulates AT AMI BIOS in XT computers. In fact, 2MX requests the
- user to install this driver when it can't detect diskette drive types (this
- is normal when BIOS is old and don't report diskette types). However, in some
- modern PC/XT systems perhaps 2MX will be loaded without needing 2M-XBIOS. If
- in this case there is some malfunction in drives, try to also load 2M-XBIOS.
-
- 2MX and 2M-XBIOS need a IBM compatible machine; I can say that both
- programs have been tested in an original IBM PC 4.77, in a PS/2-30 8086 system
- and at the moment are in service in some oriental clones. As it usually
- happens, some trademark PC/XT systems are not sufficiently compatible; also,
- some systems have diskette drive controllers in the motherboard, which can't
- be replaced. You only can be sure that your system is compatible after trying
- 2MX and 2M-XBIOS; the 2M author can't know this before and also can't do
- anything if system is not compatible. If your system is an oriental clone it
- is almost sure that will be sufficient compatible; if it is a trademark one
- (except IBM) it might not to be.
-
-
- {LINEAMENU [INTERESTING INFORMATIONS...]}
- {LINEASUBMENU [NEW RELEASES: HOW TO GET THEM]}
-
- The fastest way to get the latest 2M release is by using the Internet.
- Current distribution points are:
-
- FTP Address (Country) Directory Files
- ───────────────────────── ───────────────────── ───────
- ftp.gui.uva.es (Spain) pub/pc/2m 2m*.zip
- oak.oakland.edu (USA) SimTel/msdos/diskutil 2m*.zip
- garbo.uwasa.fi (Finland) pc/format 2m*.zip
-
- Oak.oakland.edu is the main Simtel mirror. To obtain a complete list of
- mirrors send email to listserv@SimTel.Coast.NET with "get mirrors.info" in
- the body of the mail. Previous 2M releases in the Garbo location were located
- in pc/diskutil, but I'll try to upload from now on in pc/format. For users
- without ftp access, to obtain these files through email follow the
- instructions below.
-
- Bulletin Board Systems, (BBS's), currently known to have these files are
- listed below:
-
- DATABYTE BBS (Valladolid):
- +34 -83 -307574 00-24h (1200-28800) Group Varios
- Area of Ficheros del GUI y Login: (198)
- ARCO IRIS BBS (Valladolid):
- +34 -83 -392304 22-10h (1200-14400) Group Varios
- Area of Ficheros del GUI y Login: (198)
- EMPORIUM BBS (Madrid):
- +34 -1 -3780127 00-24h (1200-28800) Area Cirisoft (8)
-
- MEGAWARE BBS (Barcelona):
- +34 -3 -2473941 00-24h (1200-28800) Area DOS: Sistema (63)
-
- DUTCH INFO CENTER (Hilversum, Netherlands):
- +31 -35 -248214 00-24h (1200-14400)
- +31 -35 -239301 00-24h (1200/2400)
-
- [If any user *with_internet_access* wants to upload new releases to some
- local BBS's please contact me and give me the BBS data in a similar way as
- you have seen above. You'll be the first users to being advised of new
- releases. Make use of your postcard (for example) to forward BBS data and
- other pertinent information.]
-
- Finally, Internet users without FTP access can get the latest 2M release
- by uuencoded email. The file requested may be split in various emails, each
- one of them bellow 30,000 bytes. These emails must be exported to disk, in
- this process you will give the email a filenames to be saved to disk. Next
- the files need to be processed using a uudecode utility program and the name
- of the first file. To obtain the program, send email to ftpmail@gui.uva.es
- with these contents:
- open ftp.gui.uva.es
- cd pub/pc/2m
- get 2m30.zip
-
- Use the same procedure to obtain 2m30src.zip with the 2M source code.
- Also, you can send email with "help" word in the body of the mail.
-
- The program is also available in relatively modern releases on disks and
- CD-ROMs edited by Simtel, Garbo, J/K Software, Made in Holland and CDWARE
- Multimedia. Shareware distribution companies interested in distributing this
- program on disk or CD can write to me: I'll mention them here and can also
- provide them with the latest releases.
-
-
- {LINEASUBMENU [IMPROVEMENTS OVER PREVIOUS VERSION]}
-
- Bugs fixed in previous releases:
- ────────────────────────────────
- - Fixed a bug that caused 2M 2.1 not to free the memory when uninstalling if
- program was loaded in conventional memory.
- - Fixed a bug in 2M that caused a system to hang if an application requested
- incorrectly an access to BIOS sector 0 (not existent).
- - Fixed a bug in the interface between 2M.COM and SuperBOOT resident code.
- - 2M uses a 0xF6 format fill byte instead 0 (best media faults detection).
- - Minor bugs fixed.
-
- General improvements:
- ─────────────────────
- - Minor technical improvements in 2M resident code.
- - 2M and 2MGUI now use Multiplex ID's above 0xC0. This lets us avoid a bug
- in MSD, (provided with MS-DOS 6.22), which hangs up the system.
- - 2MF didn't allow you to format more tracks than supported by drive.
- - 2MF automatically detects media density of target disk in 3.5; new options
- to automatic sequence labels and to skip an ending pause; option to skip
- flashing LEDs added.
- - 2M-XBIOS works well in 720K drives of IBM PS/2-30 8086 (better than
- original AMI BIOS :-)
- - 2M-ABIOS updates system CMOS.
- - New parameter in 2M-ABIOS and 2M-XBIOS to ensure control over the drive
- even if BIOS fails to co-operate.
- - Source code completely reorganized. Almost no files with duplicated blocks
- (maintenance is easier). The programs can be compiled with any TASM and
- Turbo C/Borland C version, without modifications and without modifying the
- default configuration of the compiler.
- - Added more online help.
- - Better documentation. Similar number of files (still easy to use).
- - New programs included have been tested during a three month evaluation
- (2MGUI), and a six month evaluation for (2MDOS) before being released.
-
- New programs:
- ─────────────
- - 2MDOS utility to improve DISKCOPY performance with 2M disks and to
- optimize standard disk formats.
- - Experimental utility (2MGUI), will get the maximum capacity in all disks
- and add a rudimentary 2M support for OS/2.
- - 2M-INFO utility has been completely rewritten: it integrates all previous
- documentation and also the options 765DEBUG (low level diskette drive
- debug) and FDTR (speed analysis of disks formats) have been added.
-
-
- {LINEASUBMENU [2M DISKS CAPACITY]}
-
- These tables will show the maximum capacity attainable by useing the
- formats available today. Besides DOS standard formats, I have chosen the
- popular FDFORMAT from Christoph H. Hochstätter (Germany), one of the pioneers
- in high level formatting programs capable of breaking the 1.44M barrier while
- still capable of 1.44M formats. Many imitations have come about, but it, (the
- program), can be considered the reference program for formatters which use
- physical sectors of standard size. In fact, "new" Microsoft DMF disks (1.68M)
- could be formatted since many years ago by FDFORMAT A: T80 N21 C4 D16 M240.
-
- ┌─────────────────────────────┬───────────────────┬───────────────────┐
- │ Formatter program │ 5¼ - DD │ 5¼ - HD │
- ├─────────────────────────────┼───────────────────┼───────────────────┤
- │ FORMAT (40/80 tracks) │ 368,640 (360K) │ 1,228,800 (1200K) │
- │ FDFORMAT 1.8 (82 tracks) │ 839,680 (820K) │ 1,427,456 (1394K) │
- │ 2MF 3.0 /F (82 tracks) │ 839,680 (820K) │ 1,511,424 (1476K) │
- │ 2MF 3.0 /M (82 tracks) │ 923,648 (902K) │ 1,595,392 (1558K) │
- │ 2MGUI 1.0 (82 tracks) │ 1,000,064 (976K) │ 1,679,104 (1639K) │
- │ BLANK DISK (82 tracks) │ 1,025,000 (1001K) │ 1,708,224 (1668K) │
- └─────────────────────────────┴───────────────────┴───────────────────┘
-
- (The FDFORMAT 5¼-1476K disk format works in many, but not all diskette
- drives). Generally, 2MGUI lets to get more disk space than the proposed amount
- by default in almost all drives; but it is a program with a particular
- characteristic and hasn't replaced 2M.
-
- ┌─────────────────────────────┬───────────────────┬───────────────────┐
- │ Formatter program │ 3½ - DD │ 3½ - HD │
- ├─────────────────────────────┼───────────────────┼───────────────────┤
- │ FORMAT (40/80 tracks) │ 737,280 (720K) │ 1,474,560 (1440K) │
- │ FDFORMAT 1.8 (82 tracks) │ 839,680 (820K) │ 1,763,328 (1722K) │
- │ 2MF 3.0 /F (82 tracks) │ 1,007,616 (984K) │ 1,847,296 (1804K) │
- │ 2MF 3.0 /M (82 tracks) │ 1,091,584 (1066K) │ 1,931,264 (1886K) │
- │ 2MGUI 1.0 (82 tracks) │ 1,204,224 (1176K) │ 2,019,328 (1972K) │
- │ BLANK DISK (82 tracks) │ 1,230,000 (1201K) │ 2,050,000 (2002K) │
- └─────────────────────────────┴───────────────────┴───────────────────┘
-
- 2M still hasn't been tested in 2.88M by the author. However, other people
- corroborate that it works with standard 1.44M disks in 2.88M drives.
-
- ┌──────────────────────────┬────────────────────┬──────────────────┐
- │ FORMAT (80 tracks) │ 2,949,120 (2880K) │ │
- │ 2MF /F 3.0 (82 tracks) │ 3,694,592 (3608K) │ 3.5 ED Extra │
- │ 2MF /M 3.0 (82 tracks) │ 3,862,528 (3772K) │ high │
- │ 2MGUI 1.0 (82 tracks) │ 4,038,656 (3944K) │ (3½) Density │
- │ BLANK DISK (82 tracks) │ 4,100,000 (4004K) │ │
- └──────────────────────────┴────────────────────┴──────────────────┘
-
-
- {LINEASUBMENU [2M DISKS SPEED]}
-
- Speed values reported here are for systems with a 286 or higher processor.
- PC/XT systems are more or less obsolete, and it was not considered worthwhile
- to optimize disk performance for these machines. In the table below, data
- transfer rates of various disk formats are compared. The results were obtained
- using the 2M-INFO FDTR option, and are relative to the data transfer rate at
- BIOS level, except for 2MGUI formats, which were performed at DOS level.
-
- For FDFORMAT, the performance obtained with standard and high capacity
- disks is shown. FDFORMAT pioneered the technique known as "Sector Sliding",
- and FDFORMAT standard disks are notably faster than (MS-DOS) FORMAT ones. In
- the tests, the values used for the /X and /Y switches were those recommended
- in the FDFORMAT documentation. Without these switches, FDFORMAT would be as
- slow as FORMAT.
-
- 2MDOS adds "Sector Sliding" support to other formatter programs, and an
- even faster new technique (DiskBoost), for 1.2M and 1.44M disks. With 2MDOS
- loaded, users can use their regular format program but will get faster data
- transfer rates. If speed tests are made using FORMAT or FDFORMAT, 2MDOS must
- be removed from memory to prevent it from modifying the results, or at least
- some 2MDOS optimization switches must be disabled. To test the efficiency of
- 2MDOS, FORMAT was used as standard, but the reference program used makes no
- difference.
- ┌────────────────┬────────────────┬──────┐
- │ Double density │ High density │ Data │
- ├────────────────┼────────────────┤ in │
- │ Read Write │ Read Write │Kb/sec│
- ┌───────────────┼────────────────┼────────────────┼──────┤
- │ FORMAT │ 18.16 18.16 │ 30.13 30.13 │ │
- │ FORMAT+2MDOS │ 22.11 22.12 │ 44.98 44.99 │ │
- │ FDFORMAT [1] │ 22.11 22.12 │ 39.73 39.73 │ 5.25 │
- │ FDFORMAT [2] │ 25.00 25.00 │ 25.26 25.23 │ │
- │ 2MF /F │ 25.04 25.00 │ 46.33 46.33 │ (5¼) │
- │ 2MF /M │ 16.49 16.49 │ 28.50 28.47 │ │
- │ 2MGUI │ 29.82 26.49 │ 51.57 41.01 │ │
- ├───────────────┼────────────────┼────────────────┼──────┤
- │ FORMAT │ 15.05 15.05 │ 30.14 30.14 │ │
- │ FORMAT+2MDOS │ 19.32 19.32 │ 44.98 44.98 │ │
- │ FDFORMAT [1] │ 19.32 19.32 │ 39.58 39.53 │ 3.5 │
- │ FDFORMAT [2] │ 21.78 21.75 │ 24.79 24.79 │ │
- │ 2MF /F │ 25.72 25.76 │ 48.49 48.50 │ (3½) │
- │ 2MF /M │ 16.25 16.25 │ 28.74 28.77 │ │
- │ 2MGUI │ 30.17 25.52 │ 50.66 38.50 │ │
- └───────────────┴────────────────┴────────────────┴──────┘
- [1] Standard formats (360-720-1.2-1.44) and optimum /X & /Y
- [2] Maximum formats (820-820-1.48-1.72) and optimum /X & /Y
-
- The above data are quite technical and may be difficult for some readers
- to interpret. More "practical" tests were performed using 3.5 inch disks
- formatted to 1.44Mb, filled with 1.44Mb of files. A total of 21 files were
- used: 2 of 256K, 3 of 128K, 4 of 64K, 5 of 32K, 6 of 16K and 1 of 15.5K. The
- write test was: COPY C:\TEST\*.* A: and the read test: COPY /B *.* NUL, so
- that the hard disk write time was not included in the read test. In the write
- tests, 5 seconds were subtracted to correct for the time of a hard disk read.
- With FDFORMAT, /X:2 and /Y:3 switches were always set to get the maximum speed
- possible. Here are the results with standard disks (remember: 2MDOS loaded
- during format affects to the rest of format programs) and with BUFFERS=40.
-
- ┌──────────────────┬────────────┬────────────┬────────────┐
- │ Format │ 1.44 │ 1.44 │ 1.44 │
- ├──────────────────┼────────────┼────────────┼────────────┤
- │ Formatter │ FORMAT │FDFORMAT [1]│ 2MDOS [2] │
- ├──────────────────┼────────────┼────────────┼────────────┤
- │ Write time MM:SS │ 1:17.28 │ 1:06.57 │ 1:01.18 │
- ├──────────────────┼────────────┼────────────┼────────────┤
- │ Read time │ 0:54.82 │ 0:43.22 │ 0:39.16 │
- ├──────────────────┼────────────┼────────────┼────────────┤
- │ Free space │ 0 │ 0 │ 0 │
- ├──────────────────┼────────────┼────────────┼────────────┤
- │ Write (Kb/sec) │ 18.42 │ 21.38 │ 23.27 │
- ├──────────────────┼────────────┼────────────┼────────────┤
- │ Read (Kb/sec) │ 25.97 │ 32.94 │ 36.35 │
- ├──────────────────┼────────────┼────────────┼────────────┤
- │ Average (Kb/sec) │ 22.20 │ 27.16 │ 29.81 │
- │ Relative index │ 100.00 │ 122.34 │ 134.28 │
- └──────────────────┴────────────┴────────────┴────────────┘
- [1] Sector Sliding/ technique with /X:2 /Y:3 options.
- [2] DiskBoost/ technique (used FORMAT with 2MDOS loaded).
- No TSR's loaded (except 2M/2MDOS) and BUFFERS=40 in CONFIG.SYS
-
- Having shown that 2MDOS is faster for the standard 1.44 disk format,
- here are some results for 3.5 inch extended disk formats, using the same
- test procedure:
-
- ┌──────────────────┬─────────┬─────────┬─────────┬─────────┬─────────┐
- │ Format │ 1.64 │ 1.72 │ 1.80 │ 1.88 │ 1.97 │
- ├──────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┤
- │ Formatter │FDFORMAT │FDFORMAT │ 2MF │ 2MF │ 2MGUI │
- ├──────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┤
- │ Write time │ 0:55.53 │ 1:23.10 │ 1:19.04 │ 1:29.25 │ 1:27.93 │
- ├──────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┤
- │ Read time │ 0:39.82 │ 1:01.46 │ 0:40.59 │ 0:50.37 │ 0:44.93 │
- ├──────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┤
- │ Free space │ 203,776 │ 287,744 │ 370,688 │ 454,656 │ 552,960 │
- ├──────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┤
- │ Write (Kb/sec) │ 25.63 │ 17.13 │ 18.01 │ 15.95 │ 16.19 │
- ├──────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┤
- │ Read (Kb/sec) │ 35.75 │ 23.16 │ 35.07 │ 28.26 │ 31.68 │
- ├──────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┤
- │ Average (Kb/sec) │ 30.69 │ 20.15 │ 26.54 │ 22.11 │ 23.94 │
- │ Relative Index │ 138.24 │ 90.77 │ 119.55 │ 99.59 │ 107.84 │
- └──────────────────┴─────────┴─────────┴─────────┴─────────┴─────────┘
-
- The data show that 2M's speed advantage over FORMAT is maintained even in
- the extended formats. 2M is slower than FDFORMAT's 1.64M format, but makes up
- for it in much higher disk capacity (and reading, the speed is similar).
-
- Finally, in the following table are shown the time format (MM:SS) used by
- main formatters to build most disk formats, always with the verify options
- enabled:
- ┌────────────────┬────────────────┐
- │ Double density │ High density │
- ┌───────────────┼────────────────┼────────────────┼──────┐
- │ FORMAT │ 0:37 │ 1:13 │ │
- │ FORMAT+2MDOS │ 0:42 │ 1:27 │ │
- │ FDFORMAT [1] │ 0:42 │ 1:24 │ 5.25 │
- │ FDFORMAT [2] │ 1:28 │ 1:52 │ │
- │ 2MF /F │ 1:24 │ 1:30 │ (5¼) │
- │ 2MF /M │ 2:33 │ 2:34 │ │
- │ 2MGUI │ 2:30 │ 2:34 │ │
- ├───────────────┼────────────────┼────────────────┼──────┤
- │ FORMAT │ 1:24 │ 1:34 │ │
- │ FORMAT+2MDOS │ 1:35 │ 1:45 │ │
- │ FDFORMAT [1] │ 1:38 │ 1:42 │ 3.5 │
- │ FDFORMAT [2] │ 1:46 │ 2:17 │ │
- │ 2MF /F │ 1:37 │ 1:45 │ (3½) │
- │ 2MF /M │ 2:46 │ 3:19 │ │
- │ 2MGUI │ 3:00 │ 3:03 │ │
- └───────────────┴────────────────┴────────────────┴──────┘
- [1] Standard formats (360-720-1.2-1.44) and best /X and /Y.
- [2] Maximum formats (820-820-1.48-1.72) and best /X and /Y.
-
-
- {LINEASUBMENU [FREQUENTLY ASKED QUESTIONS]}
-
- This section includes some commonly asked questions and concerns about 2M.
- There are a total of 27 questions and answers, which aren't arranged in any
- particular order. Some of them are fairly obvious, but others may be more
- difficult to understand. Read the answers carefully, as some of them cover
- more than one topic. I believe that most of your doubts and questions will be
- answered here.
-
-
- [Q] Why is 2M free? Why is the source code in the public domain? Do you plan
- to sell 2M rights to Microsoft?.
- [A] My philosophy in developing 2M was to produce a new standard. This will
- only be possible insofar as it's use expands. The current price couldn't
- be more competitive, and I don't plan to spend the rest of my life selling
- 2M!. The source code is public since it can always be disassembled by
- experts, unless I spend as much time protecting it as in programming. If I
- hid it would only harm people who want to learn, but not those who want to
- copy the technology. If Microsoft or any other company wants to distribute
- their products on 2M disks, it won't cost them a penny. To add 2M support
- to other operating systems, interested parties should contact me. I can
- propose the best competitive offers. 2M technology has the highest
- capacity (1.97M) and was the first ever to format 23 sectors (1.84/1.88M).
-
-
- [Q] Is 2M compatible with other extended formatters?.
- [A] Usually yes, but it is necessary to load the TSR (resident) driver
- provided with them. 2MDOS has an FDREAD emulation, which can be used
- instead of FDREAD and its clones.
-
-
- [Q] Isn't it true that 2M and 2MGUI use too much conventional memory? Why
- doesn't 2M use the HMA?.
- [A] 2M doesn't use very much conventional memory (5 Kb), but 2MGUI does
- (15-17 Kb). Currently, it isn't easy to reduce the size of either program;
- but 2MGUI only takes 5 Kb with /NODMA and /EMS options enabled, and
- perhaps someday it will make also use of XMS. Loading them into the HMA
- would complicate the design too much (they are too long) and I have no
- intention of doing it right now. 2MDOS takes so little memory because it
- can make use of XMS, if it exists. If 2M could it also would do it also.
-
-
- [Q] Is it possible to format hard disks in the same way that 2M formats floppy
- disk drives?
- [A] No.
-
-
- [Q] How reliable are 2M disks? What is the risk of data loss over a long
- period of time?
- [A] Normal 2M disks (2MF /F) are as reliable as standard ones. Maximum
- capacity 2M disks (2MF /M) are a little less safe when used for exchanging
- data between different drives. However, IBM uses a similar disk format for
- worldwide distribution of its new OS/2 3.0 Warp, which shows that expanded
- format disks are very reliable. 2MGUI disks are more somewhat less safe,
- but if the control software (2MGUI) works fine in your system, don't worry
- about it.
-
-
- [Q] Often, when I tried to reformat a 2M disk to 1.44M, FORMAT stated
- "parameters not supported by drive" and I had to use a different format
- utility. With the new 2M release I don't get this messsage, but the disk
- is again formatted as 2M (although the messsage is: "formatting 1.44M"),
- and many bad sectors are reported (really, they are lost clusters).
- [A] The explanation is that you now have 2MDOS loaded and previously you
- didn't. Furthermore, you are a user of MS-DOS 6 and its abominable FORMAT.
- I recommend that you should write to Microsoft and complain about the
- problem. Meanwhile, use MS-DOS 6 FORMAT without /U switch: if you set this
- switch, FORMAT will not perform the unconditional format that it must (but
- it watches for the previous disk format and tries to reproduce it). If
- 2MDOS is loaded, FORMAT will be able to format a 2M disk, but incorrectly
- (unless 2MDOS /FORMAT switch was set) and even it claims to be formatting
- a 1.44M disk. In summary, the solution is NOT to use /U switch. Or if /U
- switch is set, then also force disk format with /F (/F:1.44 for example).
- With blank, standard or 2MGUI disks, (MS-DOS 6) FORMAT never has problems.
-
-
- [Q] When loading 2M or 2MGUI, I get a message that a DMA frontier is being
- crossed. Can this cause problems? What does it mean?
- [A] No, but both programs (specially 2MGUI) use more memory in such a case.
- You can avoid this warning by modifying the order in which the resident
- programs (TSRs) are installed or, with 2MGUI, adding the /NODMA switch.
- An explanation of what "crossing a DMA frontier" means would be very
- boring, but you can be certain that your system is not damaged.
-
-
- [Q] Is it possible to format standard disks (such as 1.44M) with 2MF?
- [A] No, and it isn't necessary. For standard disks, you can continue using
- your regular format program, but I recommend that you load 2MDOS also.
- This will optimize the format functions of most format programs, except
- those that access the diskette drive directly (very few).
-
-
- [Q] Can I send a 2M disk to a friend who doesn't have 2M? Would he be able to
- read such disks? Can I make a 2M disk bootable?
- [A] If the disk is a *high_density* one, you can give it to your friend and
- not worry. However, he must boot his system with the 2M disk in drive A,
- to load SuperBOOT code. System startup will then continue from the hard
- disk, as usual. The only problem is that your friend's computer may have a
- boot sequence C:-A: in its BIOS, but an A:-C: sequence is needed. Perhaps
- you should point this out to him. Yes, a 2M disk can be made bootable
- using SYS if it is a *high_density* disk.
-
-
- [Q] 2MF doesn't work in my PS/2. A friend of mine with a 2.88M drive can't
- format 2M ED disks (2MF /ED). Is this normal?.
- [A] Yes. Most IBM PS/2's are not compatible at the floppy disk controller
- level. 2M does work on 2.88M drives but with 720K and 1.44M disks. I
- haven't tested it myself on 2.88M drives, and I have contradictory reports
- from 2M users.
-
-
- [Q] I have found that SMARTDRIVE 4.0+ doesn't cache 2MGUI drives by default.
- If I set up Smartdrive on them, the system hangs when I try to access a
- 2MGUI disk in such drives.
- [A] 2MGUI tells Smartdrive not to cache the drives, as Smartdrive has a bug
- and doesn't support sector sizes different from 512 bytes (it doesn't
- report warning messages, but hangs the system). To use 2MGUI with
- Smartdrive, format your 2MGUI disks with /S=512 switch. Some other cache
- programs may also have problems and perhaps 2MGUI can't tell them to avoid
- the cache. In that case, you'll have to read the cache program
- documentation, and set the correct switches. However, 2M.COM really works
- with Smartdrive.
-
-
- [Q] Norton NDD 8.8 reports that 2M disks have an incorrect boot sector and
- that the media descriptor byte is incorrect. However, the disk works fine.
- Shall I let Norton correct it?
- [A] No. If NDD "corrects" it, the disk size will be reduced and you'll lose
- your data. However, NDD can be used in 2MGUI drives, but only with *2MGUI
- disks*, although perhaps you'll never need it. Other disk repair tools may
- also damage 2M disks because they don't recognize it.
-
-
- [Q] In my notebook, 2MF only formats DD disks to 820K instead of 984K. Also,
- if I set the /DD switch, it reports "incorrect density". I have no problem
- with my other computers.
- [A] 2MF is using the /D0 switch by default. Your diskette drive controller
- only supports 250/500 Kbps. This usually occurs in the very few notebooks
- that don't support 5.25 drives. The convention is to support 250, 300 and
- 500 Kbps. 984K is only available at 300 Kbps.
-
-
- [Q] When I run DISKCOPY with 2M disks, it sometimes returns a message saying
- that the target disk has a different format, do not copy it. The same
- thing happens with 2MGUI drives, and even FORMAT doesn't let me format.
- [A] If the target disk is not already 2M-formatted, DISKCOPY won't be able to
- copy it unless you have installed 2MDOS: it's preferable to load 2MDOS
- first. 2MGUI drives don't support FORMAT, and for copying, you will
- *always* need to use identical disk types in the source and destination
- disks.
-
-
- [Q] DISKCOPY doesn't let me copy a 2M disk if the target is already formatted,
- even with 2MDOS loaded, if I perform the copy between *two* identical
- drives.
- [A] This only occurs in MS-DOS. Set the /FORMAT switch in 2MDOS and read the
- 2MDOS online help for this option.
-
-
- [Q] DISKCOPY reports that it is copying more than 15,000 cylinders, and a
- diagnostic tool finds only one head and one sector/track in my 2MGUI
- disks. Are they damaged?.
- [A] No. This is completely normal.
-
-
- [Q] When will a 2M release be available which works correctly with most
- diskcopy tools?.
- [A] On the contrary, the diskcopy tools are the ones that don't work correctly
- with 2M disks. Apart from "legal" ones (such as DISKCOPY or DUPDISK) the
- rest are very sophisticated or very simple. Diskcopy software must be
- updated to support new disk formats when the latter are developed, but the
- reverse isn't possible. However, 2MDOS is able to use both "old" FORMAT
- and DISKCOPY programs to generate 2M disks.
-
-
- [Q] SecureDevice 1.1 driver says that it can't be loaded because the disk
- sectors aren't 512 bytes.
- [A] Format your 2MGUI disks with /S:512
-
-
- [Q] What is the difference between 2M.COM and 2M.SYS?
- [A] There is very little difference. They both use the same amount of memory.
- 2M.COM can be uninstalled, while 2M.SYS can be loaded before any other
- resident software. Neither program will cause conflicts, and there usually
- won't be any difference in performance, so you may either one.
-
-
- [Q] Is it possible to perform a quick format on a disk that's already been
- formatted with 2M?
- [A] Yes. 2MF has an undocumented /Q switch, like 2MGUI, and the format process
- can also be halted at any time by pressing ALT-Q. However, this is not
- desirable except with error-free disks (no bad sectors), since the FAT
- will be initialized to show no bad sectors.
-
-
- [Q] My system hangs in Windows when I copy files into compressed 2MGUI
- devices.
- [A] The system probably hasn't hung. Perhaps it only seems to: wait a few
- seconds before resetting the computer. By the way, 2MGUI does not
- compress data, it simply formats disks at a higher capacity, as 2MF does.
-
-
- [Q] While loading 2MGUI, I get a message that the DMA buffer of my memory
- manager is too small, with a recommendation to add a DMA=13 option. A
- friend of mine gets the same advice, but 2MGUI don't report him additional
- instructions.
- [A] You are using QEMM: add a DMA=13 option to your memory manager. Recommend
- your friend to read the memory manager documentation or to install QEMM or
- EMM386 instead. Alternatively, you may try the /NODMA switch of 2MGUI. In
- the last analysis, ignore the 2MGUI warning. With 2MGUI loaded into
- conventional memory, it is difficult for the system to hang. If QEMM
- really needs a bigger buffer, it will report an exception when trying to
- access the drive.
-
-
- [Q] I see that the actual number of root entries in disks formatted using
- 2MF and 2MGUI do not correspond exactly with the values set by the root
- entry switch. Also, 2MGUI doesn't obey the /B option very well in /DH
- format.
- [A] Both formatters adjust the number of entries to make use of the amount of
- residual disk space available. In /DH format, the /B switch does not give
- a precise answer. This is normal since the report is an average value of
- two different densities. You can modify it to bring it close to the
- desired value.
-
-
- [Q] Is it really true that 2MGUI drives support FDREAD formats, without
- loading FDREAD or 2MDOS?.
- [A] It is almost true. The only disk format not supported is FDREAD 720/820K
- in 5.25 disks, which needs 2MDOS or FDREAD also.
-
-
- [Q] When is it necessary to install 2M-ABIOS?
- [A] When 2M is working properly, it is not necessary to load 2M-ABIOS. If
- 2M fails unexpectedly, try to load 2M-ABIOS. Then, if 2M continues to
- fail, try standard disks with only 2M-ABIOS loaded. Continued failures in
- spite of these measures would indicate that your hardware is not
- sufficiently compatible. If at any time you aren't sure that 2M-ABIOS has
- really removed diskette drive control to your original BIOS, force it with
- the /13 switch.
-
-
- [Q] Using 2M-XBIOS and 2MX, if I change the system turbo switch, the diskette
- drives either fail, or don't work very well and need retries.
- [A] This may occur occasionally, but not with 2M-ABIOS and 2M. The problem can
- be solved by running the programs again from the DOS command line, so that
- their internal delay loops are computed again.
-
-
- [Q] After booting from a 2M disk, the memory used by DOS and the rest of my
- resident programs remains the same. Where is the 2M code hidden?. Also, I
- can't boot from double density disks.
- [A] 2M double density disks can't be made bootable. When SuperBOOT code is
- loaded into memory, the amount of conventional memory is decreased by 5 Kb
- (from 640K to 635K, for example). So, apparently the code isn't loaded. At
- present, it isn't possible to avoid using this memory, but it's not a
- significant amount anyway. Moreover, in this working mode it isn't
- necessary to load 2M.COM, and its 5 Kb is saved (however, 2MF can't format
- without 2M.COM loaded).
-
-
- {LINEASUBMENU [HOW TO CONTACT THE AUTHOR OF 2M]}
-
- By Internet email (most preferable method) Email to ciri@gui.uva.es. If
- this address does not work (!? very strange) an alternative address is
- ciri@p8.databyte.encomix.com; but please use the alternative address ONLY
- after trying the first address several times.
-
- Fidonet or Compuserve users can email me using a gateway into Internet; if
- they don't know how to do it or can't do it, they can email me at my Fidonet
- point address for example (2:341/21.8) and I'll also answer.
-
- I love to answer all email, especially when they are specific, precise and
- short (but the length depends a lot on the problem reported). In case of
- technical problems, it is convenient to send me a brief description about
- system configuration (model, characteristics, 2M release...)
-
- I also answer posted mail sent to the same address where I collect
- register postcards:
- Ciriaco García de Celis
- C/Renedo 2, 4-C
- 47005 Valladolid
- Spain
-
- The purpose of the Email is primarily for technical support or to get
- information. To send congratulations or similar, please send the register
- postcard to the above address. Please write legibly and include an address
- for a reply (preferably an Email address) even if reply is not needed. Please
- write in either English or Spanish. It is very bored for me to reply to
- questions that are already documented in the help or in the 2M-INFO.
-
-
- {LINEASUBMENU [THANKS TO]}
-
- Many, many people and institutions have contributed in one way or another,
- materially and spiritually, in helping me to develop 2M. I have tried to
- remember everyone, but I probably have forgotten someone. The names of those
- whom I remembered follow, in the order in which I remembered them!
-
- - Jesús Arias Alvarez (León, Spain). My interest in disk programming came from
- his work on low-level disk routines, in that they are based on first
- examples of direct disk access of "El Universo digital del IBM PC, AT y
- PS/2". The trick of getting the maximum capacity from a disk track (and so,
- the 1.97M format idea) and the non-DMA access technique of 2MGUI are his
- original ideas.
-
- - Alain Knaff (Grenoble, France), author of popular mtools for Unix, with the
- help of David Niemi (Virginia, USA), who have succeeded in making Linux
- capable of accessing 2M diskettes. Thanks for helping all the people who
- was already using 2M disks under DOS.
-
- - Edgar Swank (USA). He discovered some bugs in the 2M 1.3 code and corrected
- the source code after proposing the changes to me. Thanks to him, 2M really
- verifies with VERIFY ON. He also has contributed with ideas and improvements
- in the English of some programs.
-
- - Special thanks to Darron Christian (USA), William Luitge (USA), John Mottram
- (USA), Tom Sytsma (USA), David Rodriguez (USA), John R.Lee Chin (Australia),
- Michael Rickard (United Kingdom), Aaron Spurlock (USA), Kenneth Bush (USA),
- Son H. Le (Australia), Arthur Taber (USA) and Robert W. Baker (USA) who have
- improved the English of this document so that it "sounds pretty good".
-
- - Carlos Alberto San Juan (Burgos, Spain), who installed and configured an
- ftpmail utility to allow users who do not have ftp access to obtain 2M using
- Email.
-
- - Karl-Henrik Ryden (Sweden) helped me locating with high accuracy some bugs.
-
- - Enrique Martínez (Valladolid, Spain) who is the SYSOP of the DATABYTE BBS.
- He provided me a FidoNET presence.
-
- - Ferran Foz (Barcelona, Spain), who helped me with the English of some
- programs.
-
- - Luis Cuesta (Palencia, Spain), who helped me test the functioning of 2M with
- certain applications from other operating systems.
-
- - Anaya Multimedia, S.A., which describes the functions of 2M in the "Revista
- Professional para Programadores" magazine. This will help to make the
- program more popular and to expand its techniques.
-
- - Gilles Vollant (France), who is the author of Winimage 2.0. He provided me
- with free registration of his program for managing disk images, including
- 2M, under Windows.
-
- - Bernhard Sadlowski (Germany), who helped by patiently testing, assisted by
- some friends, the functioning of 2M in 2.88M drives (not using 2.88M
- capacity diskettes), and also helped me trying to detect the causes of some
- incompatibilities.
-
- - William Luitge (USA), who proposed that I try to format 360K diskettes with
- some tracks at high density and others at double density. This will be done
- by 2MGUI /DH.
-
- - Miguel Martínez (Valencia, Spain), who sent me a brilliant routine to set
- the screens for this program at 30 lines.
-
- - Grant Botes (Republic of South Africa) built the 2MFSHELL environ to use 2MF
- easily. This program (2MFSHLxx.ZIP, xx = release) is available by ftp in
- some 2M distribution points.
-
- - The Club of C.C. and the P. of A8 in particular, some of the members of
- which have already been mentioned, and the Grupo Universitario de
- Informatica in general, which has contributed materially and spiritually to
- develop this program.
-
- The beginning of the development of 2M was in the middle of 1993, and
- coincided with the beginning of one of my oldest and most ambitious personal
- enterprises (SCL), which finally started in 1993. I dedicate this program to
- all the people whom I have known during SCL application and which have allowed
- it global success; external help has been, in fact, the main stimulus. Their
- initials follow in chronological order: C, E, M, I, S, S, M, P, S, R, M, B, R,
- T, P, V, R (all in 1993), and J, R, S, N, A, I, M, R, A, E, R, A, S (all in
- 1994), among others. The meaning of the SCL symbols usually is not made
- public :-)
-
-
- {LINEASUBMENU [2M IN THE WORLD]}
-
- If you are already a 2M 2.1 or any other previous release user, or you are
- planning to be a 2M user, you are not alone. There are many people using the
- program. It has been distributed among at least 35 countries. This section
- outlines the approximate distribution of 2M users. These statistics include
- only 2M users under DOS and do not include the possible users running under
- other environments. Also keep in mind that these estimates are probably some
- order of magnitudes below the real number, if we to bear in mind the CardWare
- distribution disaster. Data from 2/15/94 to 2/15/95.
-
- ┌────────────────────┐
- │ Electronic Mail │
- │ (Internet+FidoNet) │
- └────────────────────┘
-
- The following mail is excluded from these statistics: local Valladolid
- email, the Spanish FidoNet email (I had problems estimating it and it is
- merged with some other activities) and the regular mail that I maintain,
- referred to some matters (apart from 2M) with people that I knew thanks to 2M.
-
- Country Persons Emails % (persons) % (emails)
- ──────────────────── ─────────── ─────────── ──────────── ──────────
- 1 USA 53 136 37.9 38.6
- 2 Spain 10 29 7.1 8.2
- 3 Canada 10 28 7.1 8.0
- 4 Italy 9 17 6.4 4.8
- 5 Germany 7 16 5.0 4.5
- 6 Australia 6 11 4.3 3.1
- 7 United Kingdon 4 13 2.9 3.7
- 8 Finland 4 8 2.9 2.3
- 9 Chile 4 4 2.9 1.1
- 10 Croatia 3 12 2.1 3.4
- 11 France 3 10 2.1 2.8
- 12 Brasil 3 4 2.1 1.1
- 12 Netherlands 3 4 2.1 1.1
- 13 Hong Kong 2 6 1.4 1.7
- 14 Sweden 2 3 1.4 0.9
- 15 Argentina 2 2 1.4 0.6
- 15 Czech Republic 2 2 1.4 0.6
- 15 Poland 2 2 1.4 0.6
- 16 Venezuela 1 15 0.7 4.3
- 17 Uruguay 1 8 0.7 2.3
- 18 Slovenia 1 7 0.7 2.0
- 19 Norway 1 3 0.7 0.9
- 19 Peru 1 3 0.7 0.9
- 20 Japan 1 2 0.7 0.6
- 20 Malasia 1 2 0.7 0.6
- 20 New Zealand 1 2 0.7 0.6
- 21 Mexico 1 1 0.7 0.3
- 21 Portugal 1 1 0.7 0.3
- 21 Taiwan 1 1 0.7 0.3
- ─── ─── ───── ─────
- Total 140 352 100.0 100.0
-
- ┌───────────────────┐
- │ Postcards │
- └───────────────────┘
-
- Registration is very important (sending me a postcard). All who don't
- TAKE THE MATTER SERIOUSLY and don't register are missing a unique opportunity.
- Is it really true that I have only a single 2M user in Australia? Or only 13
- in USA?... how surprising... and how vastly and uniformly distributed in all
- over the world... :-)
-
- Country Persons Emails % (persons)
- ─────────────── ──────────────── ────────────────── ────────────
- 1 Spain 22 23 22.7
- 2 USA 13 13 13.4
- 3 Finland 6 6 6.2
- 4 France 5 7 5.2
- 5 Netherlands 5 5 5.2
- 6 Hungary 4 9 4.1
- 7 Germany 4 4 4.1
- 7 Italy 4 4 4.1
- 8 Czech Republic 3 3 3.1
- 8 Rep. South Africa 3 3 3.1
- 8 Slovenia 3 3 3.1
- 9 Portugal 2 6 2.1
- 10 Poland 2 3 2.1
- 11 Argentina 2 2 2.1
- 11 Chile 2 2 2.1
- 11 Hong Kong 2 2 2.1
- 11 Taiwan 2 2 2.1
- 11 United Kingdon 2 2 2.1
- 12 Brasil 1 4 1.0
- 13 Australia 1 1 1.0
- 13 Bulgaria 1 1 1.0
- 13 Canada 1 1 1.0
- 13 Croatia 1 1 1.0
- 13 Denmark 1 1 1.0
- 13 Greece 1 1 1.0
- 13 New Zealand 1 1 1.0
- 13 Peru 1 1 1.0
- 13 Sweden 1 1 1.0
- 13 Switzerland 1 1 1.0
- ── ── ─────
- Total 97 113 100.0
-
- ┌─────────────────┐
- │ Post Mails │
- └─────────────────┘
-
- There are at least half dozen or more mailings, but they are from
- individual people and will be counted as postcards with a view to registering.
- These other mailings are from institutions:
-
- Country Mails
- ─────────────────────── ────────────────
- Finland 1
- Netherlands 1
- USA 1
-
- ┌─────────────────────────┐
- │ Geographic distribution │
- └─────────────────────────┘
-
- Finally, adding (without weight) all of the people who have contacted me
- (via email, postcard, mail, etc.) the following distribution is obtained. It
- shows the approximate geographic distribution. It is a fairly accurate poll,
- since the sample is random.
-
- Country Persons times % (persons) % (times)
- ─────────────────── ─────────── ──────── ──────────── ───────────
- 1 USA 67 150 27.9 32.1
- 2 Spain 32 52 13.3 11.1
- 3 Italy 13 21 5.4 4.5
- 4 Canada 11 29 4.6 6.2
- 5 Germany 11 20 4.6 4.3
- 6 Finland 11 15 4.6 3.2
- 7 Netherlands 9 10 3.8 2.1
- 8 France 8 17 3.3 3.6
- 9 Australia 7 12 2.9 2.6
- 10 United Kingdon 6 15 2.5 3.2
- Other 25 countries 65 127 27.1 27.1
-
-
- {LINEASUBMENU [REGISTERED USERS CONTEST]}
-
- First, I want to thank all 2M users who have sent me registration
- postcards. You are already registered for this new release and I hope that
- you take it as a richly deserved reward since you have decisively contributed.
- I have decided to give a prize to the next five pretty postcards I receive.
- The winners will receive a disk with 2M 3.0 and a postcard from my own city.
-
- The winning postcards this time are:
-
- Matthias Peter (Oberwesel, Germany): Neuschwanstein castle
- Istvan Simon (Budapest, Hungary): Millenarian Monument
- Joan Arenss (Barcelona, Spain): Autonomous government of Catalonia
- Rui Mendes (Algarve, Portugal): Cave close to the sea
- Rodrigo Gessuein (Santiago, Chile): Valley of the Moon, Atacama desert
-
- Only people who have sent me a postcard, and the ones appearing in the
- "thanks list" are authorized to use 2M 3.0.
-
- I also want to emphasize that to register you must send a postcard
- (except in countries where they aren't available). Since this wasn't
- required in release 1.3, I have decided to accept as registration the mail
- (not email) I have received referring to 2M 1.3; but I won't repeat this in
- 1995. Also, graphic files sent by email are not acceptable.
-
-
- {LINEASUBMENU [INFORMATION FOR PROGRAMMERS]}
-
- Here is some further information of interest to programmers. If you want
- to print parts of this text, look for it in the file 2M-INFO.FDA:
-
- 1) How to format 2M disks.
- 2) Physical format of 2M disks and their boot records.
- 3) Interesting characteristics of 2MGUI.
- 4) DiskBoost format technology and some other considerations.
-
- These topics cover some technical questions about 2M but they don't cover
- the reasons why certain techniques were chosen. The source code provides some
- insight but it is not straightforward to follow. A detailed explanation of
- these issues is available in the set of articles published from february to
- april 1995 in the Revista Profesional para Programadores magazine of Anaya
- Multimedia and in the book "El Universo Digital del IBM PC, AT y PS/2"; both
- available at this time only in Spanish. Really, this information is mostly
- useful for "educational" purposes for programmers who need to directly access
- the hardware; it isn't necessary for writing programs which use 2M.
-
-
- 1) HOW TO FORMAT 2M DISKS.
- ──────────────────────────
- 2M works directly with the hardware: it always accesses the floppy disk
- controller and DMA chip directly. Application programmers probably won't want
- to do this!. DOS and BIOS functions work normally when 2M is loaded,
- supporting new disk formats in the same way as traditional ones. The
- emulations and virtualizations performed by 2M, completely hide the physical
- disk format and simulate an almost normal disk. Even if it is necessary to
- format a 2M disk from a high level language, it is possible to do so through
- the usual INT 13h function 5. When 2M is loaded in memory, function 5 of
- INT 13h has additional functions. To find out if 2M is loaded in memory:
-
- Load AL with 0.
- Load ES:DI with 1492h:1992h.
- Load AH with a value from 0C1h to 0FFh.
- Call INT 2Fh.
-
- When INT 2F returns, if AL=0FFh and ES:DI points to a NULL terminated
- string such as "CiriSOFT:2M:3.0" ... 2M is in memory. Note that ':' is a
- delimiter, and that CiriSOFT will not always be the manufacturer. It is
- recommended that you search for the substrings ":2M:" or ":2MX:". Start with
- AH=0C1h and, if neither 2M nor 2MX is found, continue with 0C2h and so on. If
- 2M has been loaded by booting from a 2M disk (SuperBOOT) the format service is
- not available (and the installation check will correctly fail).
-
- Once 2M has been found in memory, it is possible to call INT 13h service 5
- to format a track. This is even easier than the standard BIOS function: it
- isn't necessary to select density, disk type, last sector in the track, nor to
- modify the parameter table pointed by INT 1Eh. Of course, the standard BIOS
- format function is still available, but to select a 2M format:
-
- Load AH with 5.
- Load AL with 7Fh.
- Load CH with the cylinder number.
- Load DH with the head number.
- Load DL with the drive number.
- Load SI with 324Dh ("2M") signature.
- Load ES:BX with a pointer to the boot record of the future 2M disk.
-
- Note that in standard BIOS call, AL is loaded with the number of sectors
- per track which will never be 7Fh and SI isn't normally equal to 324Dh. This
- lets 2M detect the intention of formatting a 2M disk. It isn't necessary to
- fill large tables pointed to by ES:BX; it is sufficient to point to the future
- boot record of the disk (which must be correct).
-
- The boot record of 2M disks can be obtained from an already formatted disk
- or built from a data table. 2M format functions returns the same error codes
- for 2M disks as the standard BIOS. Since 2M 2.0 release, as we will see later
- in more detail, cylinder 0 side 0 contains a "virtual" boot record located in
- the first physical sector of FAT2 (FAT2 is always emulated using FAT1
- instead). The remaining sectors in FAT2 contain the SuperBOOT code in high
- density disks. The physical boot record is located in the normal location
- (sector 1 in the track) but the sector shown by normal BIOS access is the
- virtual one; although 2MF builds identical physical and virtual boot sectors,
- a SYS command (for example) can modify the virtual boot record. In this way,
- the system boots first from the physical boot record and loads SuperBOOT code:
- after this moment, the boot record will be the virtual one (the authentic
- MS-DOS boot record) which will load the operating system.
-
- To format a 2M high density disk with SuperBOOT code (this is necessary to
- let the future disk to be bootable) it is necessary to write, apart from the
- physical and virtual boot records, the 5 remaining sectors on FAT2 (from 2nd
- to 6th) with SuperBOOT code. This code is public domain and can be obtained
- from 2M sources or from an already formatted disk; it is also the same for 3.5
- and 5.25 disks. Of course, the physical boot record of 2M disks has a program
- which is a logical part of the SuperBOOT code and is also public domain (It is
- permissible to copy it, even modifying it if necessary). Since writes to FAT2
- are ignored (and reads are performed from FAT1) to be able to write the
- physical boot record or SuperBOOT code, it will be necessary to tell 2M,
- loaded in memory, not to perform emulations in these cases. To do this, there
- is a little trick: to use head numbers 128 or 129 (instead of 0 or 1).
-
- It is necessary to take into account that the first track of a 2M disk has
- fewer sectors than the rest of the tracks. So, do not access more than 1
- (physical boot) + N (FAT1) + 1 (virtual boot) + 5 (SuperBOOT code) = 7 + N
- total sectors; in double density disks, there is no SuperBOOT code (so, the
- formula will be 2 + N).
-
- If the disk is formatted using STV technology (when offset 65 of boot
- record is equal to 1) all the track must be written to after format to really
- complete it (and to avoid future CRC errors). This is not necessary on side 0
- of cylinder 0. Also, for cylinder 0 side 1 it will be necessary to use head
- 129 instead of 1 to force the write operation, since some sectors of FAT2 are
- usually located at the beginning of this track and the write would be ignored
- because of the emulations performed by 2M. To simplify, it will be sufficient
- to write all tracks, except the first, using head 128 or 129 (in the first
- track it isn't necessary: there are fewer sectors; it is best forget it). The
- STV technology is used by 2MF with /M switch.
-
- There is an alternative way to format 2M disks when 2MDOS is also loaded.
- Use the standard 18h function to set the disk type to be formatted, as this is
- also supported for 2M disks (if the user hasn't disabled this with the
- appropriate switch: in this case a "format not supported" error would be
- returned). Once the media type has been set, it will be sufficient to call the
- standard BIOS format function, although there are some differences (the table
- pointed by ES:BX really isn't used and the number of sectors is not taken from
- the disk parameter table) the format program doesn't need to consider them. Of
- course, here it isn't necessary to write tracks on STV technology disks after
- formatting them; this is automatically performed by 2MDOS. In fact, MS-DOS
- FORMAT is capable of building 2M disks (for example, FORMAT A: /T:82 /N:23)
- with 2MDOS loaded (with MS-DOS FORMAT, but not the DR-DOS version, remember
- also that the user needs to set the 2MDOS /FORMAT switch to skip a FORMAT
- bug). 2MDOS automatically adds SuperBOOT code and initializes the physical
- boot record when formatting the first track. Do not to forget that this
- technique requires 2MDOS in memory, and is slower. The 2MDOS installation
- check is the same as the 2M one, but search for ":2MDOS:" substring.
-
-
- 2) PHYSICAL FORMAT OF 2M DISKS AND THEIR BOOT RECORDS.
- ──────────────────────────────────────────────────────
- To understand this section it is best to read the previous one first for
- important information. 2M disks have a first track with standard format (512
- byte physical sectors) and approximately normal capacity. This lets the BIOS
- read the boot record to begin loading the operating system and also speeds up
- FAT access. The second FAT copy isn't used (it's emulated using the first
- copy) and allows the storage in its sectors of the logical or virtual boot
- record (the authentic boot record stored by a SYS command) and the SuperBOOT
- code, which loads the 2M kernel in memory before the loading of the operating
- system. Also, since 512 byte sectors are used, these tracks have less capacity
- than the rest and the emulation of the second FAT avoids this problem.
-
- The rest of the tracks in 2M disks have two possible architectures. In the
- ordinary one, used by default by 2MF, the tracks are filled with 1024 byte
- physical sectors. From the point of view of the software, this is not a
- problem, because 2M resident code emulates double the number of normal 512
- byte sectors. These sectors in high density disks are closer to each other
- than in standard DOS disks. But the GAP or separation is sufficiently large
- (40-50 bytes) to support a 1:1 interleave reliably. In fact, Chicago beta
- releases have been distributed on 1.68M disks (80 tracks and 21 sectors) with
- a GAP of only 12 bytes (the smaller capacity is due to the use of smaller
- sectors). 2M double density disks use an even larger GAP than standard ones
- (up to 25%).
-
- The other architecture, called STV by 2M, consists of putting sectors of
- different size on the same track to complete it. So, for example, a track from
- a 2M 1.88M disk has five 2048 bytes sectors, one of 1024 and other of 512
- bytes. Once more, a track with 512 bytes per sector is emulated and the
- physical structure is hidden from the system software. This solution also
- implies closer sectors: the reliability of this format is slightly inferior to
- the other, but is acceptable. The interleave needs to be 1:2, which means
- lower performance. However, IBM has recently adopted a similar technique in
- its new 1.84M OS/2 disks, so we think that this is sufficiently reliable. But
- this format technique uses some characteristics quite different from the
- official specifications of the floppy disk controller, which in theory is not
- designed to format tracks with sectors of different size. In fact, this
- operation is performed (by 2M) by first formatting the track with a little
- trick, and then writing it to complete the format. The IBM format also
- infringes another rule: the bigger sector size is above the 4096 bytes in
- theory officially supported by most disk controllers. However, after more than
- a year, these techniques have been demonstrated to be sufficiently supported
- by all compatible computers.
-
- The boot record of 2M disks has, in addition to the program which loads
- the SuperBOOT code into memory (in high density disks; in double density ones
- it prints a message saying that the disk isn't bootable) sufficient
- information to allow the resident 2M code access to this disk format and to
- enable 2M routines to format another (identical) disk. Also of course, the
- usual operating system fields. You'll rarely have to build 2M boot records for
- copying 2M disks, but this task may be necessary when formatting (a diskcopy
- program doesn't needs this, since although it has to format the target, it can
- access the physical boot record of the source disk by reading head 128).
-
- In 2MF there is a complete and complex table in the code which makes boot
- records; however described here are the basic format of these sectors in both
- possible 2M architectures. Most fields of the boot record are identical in
- both architectures:
-
- Assembler Comment Offset
- ─────────────────────── ─────────────────────────────────── ───────
- JMP BootP ; 3 bytes 0
- DB "2M-STV04" ; system ID (04 for 1.88M disk) 3
- DW 512 ; bytes per sector 11
- DB 1 ; sectors per cluster 13
- DW 1 ; sectors reserved at the beginning 14
- DB 2 ; number of FAT copies 16
- DW 224 ; root dir entries 17
- DW 3772 ; total number of sectors 19
- DB 0FAh ; media descriptor 21
- DW 11 ; sectors used by each FAT 22
- DW 23 ; sectors per track 24
- DW 2 ; number of sides 26
- DD 0 ; special reserved sectors 28
- DD 0 ; number of sectors (32 bit drives) 32
- DB 0 ; physical drive 36
- DB 0 ; reserved 37
- DB 29h ; disk with serial number 38
- DD 4B368A0Eh ; serial number (random) 39
- DB "NO NAME " ; volume label 43
- DB "FAT12 " ; filesystem 54
- DB 1 ; bit 0 = 1 if DateF/TimeF defined 62
- DB 0 ; checksum of 2M fields (if used) 63
- DB 7 ; format version (>=7 if virtual BOOT) 64
- DB 1 ; set to 1 if write after format 65
- DB 0 ; data transfer rate in track 0 66
- DB 0 ; data transfer rate in other tracks 67
- DW BootP ; offset to boot program 68
- DW Infp0 ; T1: information for track 0 70
- DW InfpX ; T2: information for other tracks 72
- DW InfTm ; T3: sectors sizes table 74
- DW DateF ; date of format (2M 3.0+) 76
- DW TimeF ; time of format (2M 3.0+) 78
- Infp0 DB 19, 70 ; number of sectors / preformatting GAP3≡
- DB 1,2,3,4,5,6,7,8 ; sectors arranged (20..23 doesn't exist)
- DB 9,10,11,12,13,14
- DB 15,16,17,18,19
- InfpX DB ? DUP (?) ; this table depends on disk type≡
- InfTm DB 4,4,4,4,4,3,2 ; size of sectors 1, 2, 3,..., and so on≡
- BootP:... ; SuperBOOT code loader
-
- The system ID field is used by 2M to detect a 2M disk when a disk change
- is detected. There are a total of eight 2M disk formats: 902-1558-1066-1886K
- and 820-1476-984-1804K. There must always be two copies of the FAT. It is not
- convenient to modify cluster size, at least in high density disks (this would
- reduce the second FAT size and would disable the SuperBOOT). The media
- descriptor byte is 0F0h in the 1476K disk format (to ensure Scandisk
- compatibility). The checksum performed by 2M in version 7 of the format
- (current version) consists of the sum of the bytes from offset 63 to just
- before the boot program, which must result in zero (the checksum byte is used
- to force this). Version 7 of the format supports virtual boot (with old disks,
- 2M code returns the physical boot record instead). The data transfer rate,
- required to program the disk controller, normally would be equal in all
- tracks; the only exception is the 3.5-DD disk format (this uses 250 Kbps in
- the first track and 300 Kbps in the rest). The BootP field is a pointer to the
- boot code stored after all data tables which helps the boot program to locate
- itself in memory. The Infp0, InfpX and InfTm pointers point to different data
- tables, as will shortly be discussed. Finally, with 2M 3.0 it is possible to
- store in the boot record the date and time of format (this is performed by
- 2MF, but not by 2MDOS).
-
- The first table (Infp0) defines the format of the first track of the disk.
- The number of sectors is almost normal and these sectors are 512 bytes each.
- There aren't sufficient physical sectors to fill all the logical sectors of
- this track, however the second FAT emulation enables us to overcome this. The
- first byte indicates the number of sectors; the second, the GAP3 for format
- and finally the number of sectors. Latest 2M releases support a 1:1 interleave
- in this track without problems.
-
- The last table (InfTm) is a list of sectors sizes in all the tracks except
- the first. Remember that tracks are filled with 1024 byte sectors (size 3) or
- with sectors of different size. This is the case in the example given: 7
- sectors (5 of 2048 bytes, 1 of 1024 and 1 of 512).
-
- The format of InfpX table, which depends on disk type, is now described.
- Here is defined the structure of the remaining tracks of the disk (all except
- the first). This is the structure it has on 820-1476-984-1804K disks:
-
- InfpX DB 11, 40 ; number of sectors / GAP3 for format≡
- DB 3 ; sectors size
- DB 1, 2 ; Sector Sliding (alterable with 2MF /X /Y)
-
- The first byte is the number of sectors; the second, the GAP3 for the
- format; the third the sector size (3 = 1024 bytes) and finally the constants
- for Sector Sliding. In 902-1558-1066-1886K formats, this table has a
- completely different structure:
-
- InfpX DB 64, 3 ; number of sectors / GAP3 for *preformat*≡
- DB 7 ; number of sectors to renum
- DB 128+1, 4, 4 ; renum table:
- DB 128+12, 1, 4 ; number of sector, new number, size
- DB 128+23, 5, 4
- DB 128+34, 2, 4
- DB 128+45, 6, 3
- DB 128+51, 3, 4
- DB 128+62, 7, 2
-
- In these disk formats an initial preformat is performed using 128 byte
- sectors, but sometimes bigger sector sizes are used when sending their 4 bytes
- to the floppy disk controller. These sectors are also stored very close (the
- GAP3 for preformat is typically 3 bytes in 1476K/1886K, 4 bytes in 902K and 5
- bytes in 1066K and 3772K). The final number of sectors which remain on the
- track is much lower, and is indicated in the third byte of the table. The
- sectors are numbered from 129, but some of them (as the own 129, the 140,...
- etc) will finally be designated another number (for example, in 1.88M disks,
- between 1 and 7) and a bigger size. Finally, when these sectors are written
- they will be unique in the track, overwriting the others. This table also
- defines the order of sectors, with a final 1:2 interleave (this is inevitable
- because their closeness).
-
-
- 3) INTERESTING CHARACTERISTICS OF 2MGUI.
- ────────────────────────────────────────
- During testing, it was noted that the track capacity of disk drives is
- related directly to the speed of rotation, which is quite logical. For
- example, a 3.5" high density drive which completes a rotation in 199.9
- milliseconds supports 12,405 bytes per track, while a drive which rotates each
- 199.1 millisecond can support only 12,348 bytes. These are extremes, with most
- diskette drives supporting capacities between these values. Even so, the
- default capacity used by 2MGUI is not close to these limits. The objective is
- to format disks which can be interchanged among different computers.
-
- Disk reads do not cause problems, because the worst drive (the one which
- rotates at the fastest speed) can read data from the best one (the one which
- rotates at the slowest speed), since the clock signal is derived from data
- stored on the disk, with a 5% tolerance. But, when writing to a disk, the
- clock signal comes from the computer's floppy disk controller clock (which is
- about the same on all computers). But, if the drive rotates at a higher speed,
- the track ends earlier and the beginning of the same track is overwritten. As
- a result, disks which use maximum capacity on a "good" (slower rotation) drive
- will be damaged when written to in a "bad" (faster rotation) drive. Again,
- there is no problem with the reading process.
-
- If the track size is a multiple of the logical sector size used (128 bytes
- by default instead of 512), it wastes disk capacity when rounding down. To
- avoid this 2MGUI lets a logical sector be located between two tracks. In this
- way, total disk capacity cannot be an integer multiple of the number of tracks
- and sides. This also forces the construction of a device driver that treats
- the disk as an array of sectors (a logical device with only one 128-byte
- logical sector in each track, only one head, and many tracks, as a RAMdisk).
-
- In the writing process, 2MGUI disks are about two or three times slower
- than the reading process. But they are sometimes faster than reading the
- optimized, standard formatted disks, depending, of course, upon the size,
- number, and fragmentation of the files to read. The read speed is due to the
- internal buffer which stores the tracks that have been read using a unique
- disk access. In writing, 2MGUI performs a delayed write, which dramatically
- optimizes some operations, especially as they relate to the root directory.
- However, in the case of operations that deal with only a portion of a track,
- it is necessary to read the track before rewriting with new or changed data.
- Although this implies a large performance degradation, it can be minimized by
- using large transfer buffers, such as near to the DOS 64 kilobyte limit. A
- future 2MGUI version may increase the write speed to close to the read speed,
- implementing something like a "delayed read," delaying and skipping the
- reading (and immediate writing) of some tracks which would also later be
- changed and modified. However, this requires the use of an additional buffer,
- which would be located in XMS, and would approximate a real cache.
-
- The driver implements some IOCTL services. More exactly, the services
- related to device information (which will allow diagnostic tools to accept the
- new drives as diskette drives), the service needed to allow the DOS DIR
- command to show the diskette serial number, and the reading/writing of entire
- track services, which are needed to support DISKCOPY. The FORMAT service,
- however, is not supported, so the target disk must be already formatted to use
- DISKCOPY. DISKCOPY programs can work both at the DOS disk interrupt level
- (INT 25h/26h) and at the IOCTL services level.
-
-
- 4) DISKBOOST FORMAT TECHNOLOGY AND SOME OTHER CONSIDERATIONS.
- ─────────────────────────────────────────────────────────────
- This technique consists of a specific arrangement of sectors so that, even
- when moving to consecutive tracks, disk operations will be performed in only
- one disk revolution; the usual technique is to shift sector numbering on
- consecutive tracks. In this way, the time required to change cylinders or the
- active head is sufficient small to allow reading of the first sector of the
- new track (Sector Sliding technique).
-
- The new Diskboost technique, used first by the TurboDsk shareware utility
- (from Lord Ground) and now by 2MDOS avoids the need to shift sectors, thus
- allowing a gain in speed. This method consists of placing data sectors not
- only at the beginning of the tracks, but a little before those points. This
- deviation is a little different in that both sides of the same cylinder are
- used to compensate for the different cylinder or head change times. To
- accomplish this, there are extra, unused sectors at the beginning of each
- track. Also, the GAP at the ends of the tracks are larger, since the sectors
- are closer. On side 0, there are two unused sectors at the beginning of the
- tracks, and one sector on side 1. The format GAP is only 45 bytes on 1.44M
- diskettes or 40 bytes on 1.2M disks, which is modest, but reasonable. We note
- that the TurboDsk utility uses bigger GAPs, but does run the risk of loss of
- speed in some systems, especially when many TSR's are loaded. The unused
- sectors and the larger remaining space at the ends of the tracks is for the
- heads to rest during cylinder/head commutation time. In this way, it is
- possible to access consecutive tracks in a single disk revolution. Double
- density disk formats are, from the start, twice as slow (because of the
- density) and neither 2MDOS nor TurboDsk use this technique. Also, it might
- not be feasible; in fact, in 1.2M diskette formats, the technique is applied
- "just enough," and, in the tracks with two extra sectors, the last overlaps
- the first. Fortunately, since neither are used, this does not create a
- problem.
-
- The advantage of the DiskBoost technique is the high speed reading and
- writing of the resulting disk format, which is also standard and can be
- recognized by almost every diskette drive controller, including those of
- non-PC systems. However, it implies a loss of data storage capacity. It is
- clear that the unaided DOS FORMAT command is, until now, one of the worst disk
- formatting programs available today (but not the unique).
-
-
- {LINEASUBMENU [OS/2 3.0 DISKS]}
-
- This section will describe the physical format of the 1.84M disks
- appearing with OS/2 3.0. My intention is not to favour particular software
- products, but to show the similarities and differences with 2M disks. Even
- though OS/2 1.84M disks were introduced after 2M, they aren't compatible with
- 2M and don't have any advantages. I don't know if it's possible to make them
- bootable, but the first two disks of the OS/2 distribution have the standard
- 1.44M format (remember that 2M is capable of booting the system from a
- 1.80M/1.88M disk). In the information for programmers section there is
- detailed information about the 2M disk structure; here I'm only showing the
- OS/2 disk structure and contrasting it with the 2M structure. These disks seem
- not to be supported by OS/2 FORMAT, but OS/2 recognizes them and they are used
- to distribute the system.
-
- File images from 1.84M OS/2 disks (created and managed with XDFCOPY) can
- be dumped into 2M 80 track diskettes (2MF A: /M /T=80) with any standard
- utility (RAWRITE, WIMAGE). This makes it easy to convert OS/2 disks into 2M
- format to use them under DOS. The opposite operation is almost possible (but
- not quite since all OS/2 disks have 2.5 Kbytes marked bad at the beginning
- for technical reasons).
-
- The first cylinder of these disks is formatted with 512 byte sectors on
- both sides. Remember that 2M does something similar but only on side 0. The
- sector numbering on this first track (cylinder 0 and head 0) is from 1 to 8
- and from 129 to 139. The results of a 765DEBUG run shows:
-
- Milliseconds Sector Size Cylinder Side ST0 ST1 ST2≡
- ──────────────────- ────── ──────────── ──────── ────── ───── ───── ─────≡
- [ 10.11] 10.11 8 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 27.47] 17.36 137 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 37.56] 10.09 1 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 47.67] 10.11 138 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 57.76] 10.09 129 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 67.85] 10.09 139 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 77.95] 10.10 130 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 88.04] 10.09 2 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 98.18] 10.14 131 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 108.26] 10.07 3 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 118.37] 10.11 132 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 128.44] 10.08 4 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 138.55] 10.11 133 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 148.64] 10.09 5 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 158.74] 10.10 134 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 168.83] 10.09 6 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 178.93] 10.09 135 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 189.02] 10.09 7 512 ( 2) 0 0 0x01 0x00 0x00≡
- [ 199.12] 10.10 136 512 ( 2) 0 0 0x01 0x00 0x00≡
-
- That is, there are 19 sectors on this track (1 above normal). The first 8
- sectors can be recognized by the BIOS and executing a DIR command from DOS
- will show some information about the disk, even if there is no support for
- OS/2 disks loaded. But OS/2 always uses sectors with high sector numbers,
- starting with 129; in fact, sector 129 is the authentic boot record shown by
- OS/2 (OS/2 1.84M disks also have a physical boot record and a virtual boot
- record). Head 1 of cylinder 0 has another 19 sectors, numbered now from 129
- to 147. The interleave selected for both sides is 1:2. Actually, it's not
- necessary to use this interleave for sectors with so much separation; but
- since the rest of the tracks need it, it simplifies the design of the software
- to use it on the first track too. (In fact, the first 2M releases also use a
- 1:2 interleave in first track; later, low level routines were optimized to
- allow multisector access where possible).
-
- In total, the first two tracks have 30 sectors available for OS/2 (the
- first 8 sectors of the first track are only used to provide information for
- a DIR command from MS-DOS). Since these disks simulate 23 sectors per track,
- there are 16 logical sectors missing in the first two tracks which must be
- accounted for in some way. First, the second FAT copy is emulated using the
- first one, since the boot record says that the disk has two logical FATs. The
- other 5 sectors are simply made unavailable by marking them as bad in the FAT.
- This is the reason why CHKDSK reports 2560 bytes in bad sectors, which isn't
- really true. These bad sectors are the first 5 clusters of the disk (you can
- look at sector 130, the first block of the FAT under OS/2, to verify this).
-
- Now, for comparison, we'll take a look at the format of the tracks of a
- 1.88M 2M disk (after the first track), helped again by the 765DEBUG utility:
-
- Milliseconds Sector Size Cylinder Side ST0 ST1 ST2≡
- ──────────────────- ────── ──────────── ──────── ────── ───── ───── ─────≡
- [ 33.95] 33.95 3 2048 ( 4) 0 1 0x04 0x00 0x00≡
- [ 45.32] 11.37 7 512 ( 2) 0 1 0x04 0x00 0x00≡
- [ 79.14] 33.82 4 2048 ( 4) 0 1 0x04 0x00 0x00≡
- [ 112.94] 33.80 1 2048 ( 4) 0 1 0x04 0x00 0x00≡
- [ 146.76] 33.82 5 2048 ( 4) 0 1 0x04 0x00 0x00≡
- [ 180.58] 33.82 2 2048 ( 4) 0 1 0x04 0x00 0x00≡
- [ 198.97] 18.39 6 1024 ( 3) 0 1 0x04 0x00 0x00≡
-
- The rest of the tracks of an OS/2 1.84M disk are formatted for high
- capacity in a way similar to that used by 2M for the 1.88M format, but with
- different sizes. As the following table shows, there are four sectors per
- track numbered beginning with 130. This format is performed in two phases:
- filling the track with small sectors of tricked size and then later joining
- them with a special write operation:
-
- Milliseconds Sector Size Cylinder Side ST0 ST1 ST2≡
- ──────────────────- ────── ──────────── ──────── ────── ───── ───── ─────≡
- [ 19.91] 19.91 131 1024 ( 3) 1 0 0x01 0x00 0x00≡
- [ 29.84] 9.92 130 512 ( 2) 1 0 0x01 0x00 0x00≡
- [ 64.73] 34.89 132 2048 ( 4) 1 0 0x01 0x00 0x00≡
- [ 199.73] 135.00 134 8192 ( 6) 1 0 0x01 0x00 0x00≡
-
- There is one sector per track of each of the following sizes: 8192, 2048,
- 1024 & 512 bytes. This is equivalent to a 2M 1.88M disk where four of the 2048
- byte sectors are combined into only one sector of 8192 bytes. The disadvantage
- of this technique is that the internal buffer to handle transfers is larger.
- For example, if 2M.COM were to support this format, it would use 11 Kb of
- memory instead 5. On the other hand, the advantage is that there are fewer
- sectors in the track so they can have more separation. Increased separation
- means that a disk formatted on a drive with a low rotational speed can still
- be read on a drive with a high rotational speed (and vice versa). Practically
- speaking, however, the separations used in 2M disks provide good readability.
- E.g., only when you are transferring a disk from one drive which is far out of
- spec on the slow side to another drive which is far out of spec on the fast
- side will the OS/2 format provide better readability.
-
- IBM has used some good ideas also available on 2M sometime ago, but it had
- to pay to license them from the company which owns the "XDF" technology. So,
- in this 2M release I have made it very clear that the 2M disk format is public
- and free and I'd like to see it become a standard for extending the capacity
- of floppy disks. Anybody can use these ideas without worrying about getting a
- license.
-
- In any case, the format adopted by IBM has served to legitimize and to
- recognize the usefulness of programs like 2M. 2M is not only one of the
- pioneer in high capacity formatting of disks but it's still the leader and
- in addition supports several kinds of disks and drives. All those who doubt
- the reliability of "non-standard" disks should reconsider based on IBM's
- endorsement of these techniques.
-
-
- {LINEASUBMENU [REGISTERED TRADEMARKS AND WARRANTY]}
-
-
- REGISTERED TRADEMARKS
- ─────────────────────
- ■ IBM, IBM PC, XT, AT, PS/2, OS/2 are registered trademarks of International
- Business Machines.
- ■ Borland C++, Turbo Assembler, Turbo C, are registered trademarks of Borland
- International Inc.
- ■ QEMM is a registered trademark from Qarterdeck Corporation.
- ■ MS-DOS, Microsoft, Microsoft Windows and Microsoft Chicago are registered
- trademarks of Microsoft Corporation.
- ■ DR-DOS is a registered trademark from Novell Corporation.
- ■ UNIX is a registered trademark from AT&T Bell Laboratories.
- ■ AMI is a registered trademark from American Megatrends Inc.
-
- All other trademarks not mentioned are the
- property of their respective companies.
-
-
-
- WARRANTY
- ────────
- THE AUTHOR OF THIS PROGRAM DOES NOT ASSUME ANY RESPONSIBILITY FOR
- POSSIBLE DAMAGES OR DATA LOSS THAT PROPER OR INPROMER USE MAY CAUSE.
- SO, HE NEVER WILL BE OBLIGED TO PAY THE HYPOTHETIC REPAIRS DERIVED.
-
-
- {LINEASUBMENU [ABOUT 2M-INFO AND 2M 3.0]}
-
- This program can be run with optional switches to run 765DEBUG or FDTR
- utilities directly. It also has options to avoid initial and ending screens,
- to force text mode, or to specify the number of lines. You can get additional
- information by typing 2M-INFO /? at the DOS prompt.
-
- The initial screen is drawn in 320x400x256 (X mode) with a digitized image
- from Muy Interesante, Spanish edition, number 162, page 173. This image is
- compressed in the FMC file.
-
- Finally, the FDA file contains this text and menu definitions. It is an
- ASCII file, and its control codes (also ASCII) can be removed by deleting the
- text between the brackets, {}, except the text between the square brackets.
-
- All programs of 2M 3.0 package have been developed in assembler or in C.
- Borland C++ 3.1 and the assembler included have been used.
-
- I am a computer science student, and will try to propose 2M as my "end of
- course project" to my instructors. Note that it is important for me to get the
- maximum number of postcards, letters, email, and other greetings, as well as
- suggestions for improvement of the software. Many thanks in advance.
-
- 2M versions released to date:
-
- 7/07/93: 2M 0.5ß - First beta release (1.88M).
- 8/22/93: 2M 0.8ß - 1.06M/1.88M (3½) and 902K/1.55M (5¼).
- 10/31/93: 2M 1.0 - New 984K/1.80M (3½) and 820K/1.47M (5¼) formats.
- 12/15/93: 2M 1.1 - A faster start of the format on blank diskettes.
- 2/02/94: 2M 1.3 - First version distributed on the Internet.
- 4/30/94: 2M 2.0 - SuperBOOT code, 2M-ABIOS and 2M-XBIOS.
- 5/31/94: 2M 2.1 - Improves 2M-XBIOS and better documentation.
- 3/06/95: 2M 3.0 - 2MGUI: 1.17M/1.97M (3½) and 976K/1.63M (5¼).
- 2MDOS: Enhanced support and format optimizer.
- New 2M-INFO with 765DEBUG
-
- ▀▄
- ▄ ▄ ▄▄ ▄▄▄▄▄ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄█▄
- ▄▀
- ▄▄▄▄▄▄ ▄▄▄▄▄▄ ▄▄▄▄▄▄ ▄▄▄▄▄▄ ▄▄▄▄▄▄▄─┼─ ▀
- █ ▄ ▄ █ █ ██ █ █ ▄▄▄▄▄ ▄ ▄
- █▄ ▄ ▄▄▄▄▄ ▄ █▄▄▄▄▄ █ █ █▄▄▄ █▄ █ ██ ██ ▄▄▄ ▄▄▄
- ██ █▄ █▄ █▄ ▄█ █ █ █▄ ██ █▀▀▀▀ █ ▀ █ ▄█ █ █
- ██▄▄▄▄ ██ ██ ██ ▄▄▄▄██ █▄▄▄▄█ ██ ██ █▄▄▄▄ █ █ ▄▄█ ▄ █▄█
-
-
- {LINEASUBMENU [MAIN MENU]}
- {LINEAMENU 765DEBUG}
- {LINEAMENU FDTR}
- {LINEAMENU [LICENSE AND USE CONDITIONS]}
-
- 2M IS NOT FREEWARE: IT IS A CARDWARE PROGRAM
- ────────────────────────────────────────────
-
- 2M is an experimental project and the result of over 2,000 hours of
- authentic investigation and programming. Nobody works free in exchange for
- something, but I want very little. To use 2M in some way and not send me a
- postcard is as unethical as not paying money when taking a newspaper from a
- gas station. In case in the future the rights to this program are surrendered
- to some company, a non-negotiable condition will be to respect the registered
- user status of any users that sent me their postcards. Register now and you'll
- be a legal user forever (this does not include future products based on 2M
- techniques). And only for the cost of a postcard and a stamp!
-
- To register 2M, please send a *postcard* to the author of 2M. This gives
- you full rights to use all functions of the program, with the only restriction
- being that you cannot charge other people for the program. The user can
- *freely* give a copy of the program to anybody, and they must register
- themselves if they decide to use 2M. Send all postcards to:
-
- Ciriaco García de Celis
- C/Renedo 2, 4-C
- 47005 Valladolid
- Spain
-
- Registered users who send me an electronic address in the postcard
- (Internet, Fidonet, Compuserve, etc) will be advised by Email when a new
- release appears.
-
- Public domain and shareware distribution companies may charge a little
- fee to distribute 2M with other programs in CD-ROM, disk, or any other media.
- People who obtain 2M from these sources should still register with a postcard.
-
- The use of 2M/2MGUI disks, their boot record or SuperBOOT code is not and
- will not ever be subject to license. 2M/2MGUI disks, their boot record and
- SuperBOOT code are completely public domain (in fact, they aren't even
- exclusive to MS-DOS) and can be duplicated and reproduced without limitations;
- the 2M author never will surrender 2M rights to any company that does not
- accept the public domain condition of boot record, SuperBOOT code, or does not
- accept the already registered users. But they are subject to the license for
- use of 2M files (this is still near to indispensable under MS-DOS), so the
- users of files included in the 2M package must register by sending me their
- postcard. The conditions for the companies that decide to use 2M disks as
- media to distribute their own products are really good, as I'll say
- later. The "2M" words refer to all the files included in the 2M package.
-
- Is it worth the effort to send me a postcard?
-
- - 2M source code consists of more than 24,000 completely different lines (360
- printer pages). This source is even public which is unique for this software
- type.
- - Besides resident DOS support and the formatter, 2M also provides a BIOS
- upgrade option for those systems which need it, to add high density
- support to PC/XT systems (and 1.44M to obsolete AT systems).
- - A format optimization program to get, without argument, the fastest disks
- in the world.
- - 2M 3.0 regains the absolute leadership: you can be sure of having the
- highest capacity formatter, at this moment, in the world.
- - This program (2M-INFO) is a complete tutorial with the most powerful
- diskette debug and benchmark techniques available. 765DEBUG is the unique
- disk tool capable of exploring all disk formats, and allows writing at the
- full physical track level.
- - 2M is the result of constant investigation and updates: it reliability
- complies with strict specifications; this explains the long development time
- and the fact that other companies try to imitate it. All the people who
- distrusted "non-standard" diskettes have received a big punch from IBM
- with its new 1.84M disks, which is equivalent to the maximum 2M capacity
- format (which appeared long before), and wasn't even suggested by me
- (really, it's due more to speed than safety reasons).
-
- New 2M releases are always revolutionary in comparison with preceding
- ones. How many programs, after they have supposedly reached their limits,
- continue growing in the next version? Send me your postcard, as a registration
- card. Sending a postcard appears to be very unusual, but I'd like to help
- change this way of thinking with 2M.
-
- * * *
-
- The user can modify 2M source code to fit it to the users personal needs;
- however, it is forbidden to distribute modified releases of the package or any
- of the files included. To include a change in source code, please write the
- author, the only person authorized to release new versions, and propose the
- changes. Also, to release new programs based on 2M source code without
- obtaining permission is illegal, and will be pursued by current laws. However,
- other programmers may develop, without obtaining permission, programs with 2M
- disks support, or translate 2M into other operating systems. While the source
- code can't be literally copied, the basic ideas of 2M (and so, 2MGUI ones) are
- public domain, including physical disks formats, the boot record and the
- SuperBOOT code.
-
- Conditions for the companies or people that want to use 2M disks to
- distribute their own applications (or programs from other companies), or to
- use 2M software for build 2M disks:
-
- 1-2M disks can be used as media to distribute any type of application. A
- commercial program may be distributed on 2M disks, but without charging
- extra money for this concept (remember that the 2M disk format is
- completely public domain).
- 2-Such applications distributed on 2M disks can include even 2M.COM or
- 2MX.COM files *unmodified* (2MGUI is still an experimental program),
- otherwise they must include also the complete 2M package (2M30.ZIP) and
- not only other individual files.
- 3-The companies who use 2MF or 2MDOS to duplicate their distribution disks,
- must send me a postcard just like any 2M user (they aren't obliged to do
- this for using 2M disks, since the disk format is public and they could
- have obtained 2M disks with other programs or in other operating systems).
- 4-In case of future surrendering of 2M rights to any company, point 3 which
- asked for registration by postcard may vary in their *future*
- distributions on 2M disks, modifing the conditions for ALL 2M versions
- released in any time, even if they have already sent me their postcard;
- but the disk format would continue being public domain (so, they can use
- other utilities to build 2M disks if they don't agree to the new
- conditions). Previous distributions will never be discussed.
-
- My objective is to encourage the use of the 2M format, but preserving my
- rights over the 2M package files and my opportunity to modify the usage
- conditions for future users (and for companies that have already used 2M, but
- will be using it again). I am not attempting to have any license over the
- physical disks formats because they are in the public domain.
-
-
- {LINEAMENU EXIT}
- {FINIDIOMA ENGLISH}
-